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Technology  due  Diligence  Questions 


Infrastructure 

Please  provide  network  diagrams,  both  physical  and  logical,  if  available. 

Who  are  your  primary  vendors  for? 

• Servers 

• Storage 

• Desktops/laptops 

• Network  equipment  (routers,  switches,  firewalls,  IDS/IPS,  etc.) 

. PDAs 

• PBX/phone 

• Connectivity/WAN 

• Other  key  vendors 

What  are  your  primary  OSes? 

How  do  you  handle  patch  management? 

What  tools  do  you  use  to  monitor  your  infrastructure? 

Describe  your  messaging  architecture. 

Are  your  servers  clustered? 

Do  you  split  mailboxes  between  Storage  Groups/Information  Stores? 

Do  you  have  mailbox  quotas  enabled? 

Do  you  have  a maximum  message  size  set? 

Do  you  allow  .pst  files  or  similar  on  your  network? 

Do  you  back  them  up? 

What  are  your  Deleted  Item  retention  settings? 

Do  you  support  interactive  messaging? 

If  so,  how  do  you  manage  it? 

Do  you  support  video  conferencing? 

If  so,  how  do  you  manage  it? 
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Describe  your  e-mail  security  architecture.  How  do  you  keep  out  spam,  viruses,  worms 
and  other  hostile  code? 

Describe  your  backup  policies  and  procedures. 

What  do  you  back  up?  How  often?  What  do  you  back  up  to?  Do  you  have  off-site 
storage  of  backups?  If  so,  how?  For  how  long  do  you  retain  backups?  Do  you  perform 
an  intra-day  backups  or  have  any  sort  of  continuous  backup  protection?  What  is  your 
tape/backup  media  rotation  policy? 

Describe  your  perimeter  security.  What  type  of  firewall  do  you  use?  What  connections 
are  allowed  inside  through  the  perimeter?  Which  of  those  go  directly  inside  vs.  a 
DMZ/screened  subnet?  Do  you  have  any  sort  of  application-layer  firewall  to  scan  traffic? 

Do  you  have  any  sort  of  intrusion  detection  or  intrusion  prevention  system  operating  at 
the  perimeter? 

Describe  your  internal  security  posture.  What  security  software  do  you  run  on  your 
servers?  On  your  desktops?  Do  your  internal  systems  have  software  firewalls  running 
on  them?  If  so,  how  are  they  configured  to  limit  the  spread  of  worms  and  block  internal 
attacks?  Do  you  run  any  sort  of  system-based  intrusion  detection  or  intrusion 
prevention  software?  Do  you  harden  your  server  and/or  desktop  operating  sytems?  If 
so,  how? 

How  is  confidential  data  protected? 

Is  confidential  client  data  or  personally  identifiable  information  (PII)  used  in  your  test 
environment? 

Describe  your  disaster  recovery/business  continuity  capabilities.  How  would  you 
respond  if  your  primary  data  center  went  offline?  How  would  you  respond  if  your  file 
server(s),  mail  server(s),  or  a critical  application  were  to  fail?  How  long  would  it  take 
you  to  recover?  What  would  be  the  impact  on  the  business?  How  often  do  you  test 
your  DR/BCP  processes? 

Describe  your  remote  access  systems.  How  do  employees  work  remotely?  What 
applications  are  available  remotely?  Which  ones  are  not?  Do  you  have  plans  to  enhance 
your  remote  access  systems  or  are  they  adequate  as-is?  How  do  you  ensure  the 
security  of  your  network  while  opening  it  up  for  remote  access? 

Describe  your  laptop  security.  Do  you  encrypt  the  hard  drives  on  your  laptops?  How  do 
you  prevent  sensitive/proprietary/confidential  information  from  being  compromised  if  a 
laptop  is  lost  or  stolen?  How  do  you  configure  laptops  to  securely  connect  to  networks 
outside  your  internal  perimeter  without  being  compromised? 
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Are  all  of  your  servers  under  a maintenance  agreement  with  the  manufacturer?  If  so, 
what  level  of  service  do  you  have?  (e.g.,  next  business  day,  same  day  9-5,  same  day 
24x7  4 hour,  etc). 

Is  all  your  commercial  software  properly  licensed,  both  the  software  itself  and  any 
necessary  client  access  licenses?  If  not,  what  are  your  plans  to  remediate?  If  so,  how 
do  you  know?  What  sorts  of  records  do  you  keep?  How  do  you  inventory  the  number  of 
copies  of  different  software  products  on  your  network?  What  is  your  procedure  to  stay 
in  compliance  with  the  required  number  of  licenses? 

How  does  <<  Company  >>  plan  to  leverage  cloud  computing/storage? 

Application  Development 

Please  list  and  briefly  describe  the  major  applications  used  by  <<  COMPANY  >>  and 
specify  if  they  are  COTS  or  custom. 

Please  provide  architectural  diagrams  for  your  primary  applications,  if  available.  If  not, 
domain  target  architecture  diagrams  would  be  sufficient,  if  available. 

Do  you  have  documented  development  and/or  architectural  standards?  If  so,  please 
provide.  What,  if  any,  industry  best  practices  are  they  based  upon? 

What  types  of  software  artifacts  do  you  maintain?  Please  provide  samples. 

What  are  you  primary  development  tools? 

• Languages,  frameworks,  other  - including  IoC  containers,  mocking  frameworks, 
ORM  tools,  commercial  or  OSS  libraries,  etc. 

• Source  code  control 

• Testing  tools 

• Defect  tracking 

• Other  significant  tools/systems 

Do  you  manage  development  with  a waterfall,  agile,  or  other  methodology  (please 
elaborate)? 

How  do  you  engage  your  clients  to  collect  new  requirements  for  your  product(s)? 

Do  you  have  a planned  release  cycle?  If  so,  how  frequently  are  new  versions  produced? 

Is  you  development  team  co-located  with  the  business?  If  not,  how  are  they 
communicating? 
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Is  you  development  team  physically  co-located  or  distributed  across  multiple  physical 
locations?  If  so,  how  do  you  manage  communications? 

Do  you  offshore  any  development?  If  so, 

With  which  companies? 

• What  percentage  of  work?  80%  of  test  execution  90%  of  level  2 

• How  do  you  manage  communications? 

How  many  employees  do  you  have  on  your  development  team? 

What  are  the  roles  on  the  team  (developer,  DBA,  QA  engineer,  BSA,  PM,  etc.)?  How 
many  of  each  do  you  employee? 

What  is  the  ratio  of  employees  to  contractors? 

What  is  the  ratio  of  senior  to  junior  personnel? 

What  is  the  average  tenure  of  your  technical  staff? 

What  is  the  ratio  of  your  QA  to  development  staff? 

Do  you  have  a documented  Software  Development  Life  Cycle  (SDLC)?  If  so,  please 
explain  how  the  following  processes  are  defined,  if  at  all,  in  your  organization: 

• Project  Prioritization 

• Project  Initiation 

• Project  Management 

• Planning  / Architecture 

• Development 

• Quality  Assurance 

• Code  Deployment  / Migration 

• Change  Management 

Do  you  have  a formally  defined  process  for  requirements  gathering?  Please  describe  it. 
Do  you  have  a clearly  defined  deployment  procedure?  Please  elaborate. 

Do  you  conduct  code  reviews?  If  so,  please  elaborate. 

What  percentage  of  your  code  base  was  developed  using  resources  external  to  your 
organization  such  as  vendors  and  consultants? 

• Were  these  external  resources  working  on-site  or  off-site? 

• Do  any  of  these  external  resources  have  any  legal  claim  to  the  source  code  or 
end  product? 

• Do  you  have  the  most  recent  copy  of  all  source  code  created  by  these  external 
resources? 

• Have  you  required  these  external  resources  to  sign  a Non-Disclosure  Agreement 
(NDA)? 
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Do  you  use  or  reference  any  code,  projects  or  frameworks  considered  Open  Source  in 

your  own  source? 

• If  so,  what? 

• How  is  it  documented  within  your  code  / organization? 

• Do  you  maintain  a copy  of  the  Software  Licensing  Agreement(SLA)  for  all  open 

source  related  code? 

• If  your  software  will  be  used  externally,  has  a review  of  possible  copyright 
infringements  been  completed? 

What  do  developers  do  to  enhance  their  knowledge  and  keep  up  with  changing 
technologies? 

What  is  the  most  important  non-technical  skill  that  you  look  for  when  hiring  developers? 


Is  <<  COMPANY  >>  an  early,  medium,  or  late  adopter  of  new  technology? 
Are  there  any  other  issues  you  would  like  to  discuss? 
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Overview  of  Agile 

Agile  Methodology  is  an  umbrella  term  that  refers  to  any  development  practice  based  on 
iterative  incremental  development  where  a cross  functional  self-organizing  team  works 
collaboratively  to  deliver  the  business  goals.  Agile  principles  are  summarized  Manifesto  for 
Agile  Software  Development,  which  are 

• Individuals  and  interactions  over  processes  and  tools 

• Working  software  over  comprehensive  documentation 

• Customer  collaboration  over  contract  negotiation 

• Responding  to  change  over  following  a plan 

While  there  is  value  in  the  items  on  the  right,  Agile  values  the  items  on  the  left  more.  That's 
what  makes  Agile  methods  are  more  adaptive  than  predictive. 

The  most  popular  Agile  methodologies  in  use  today  are  SCRUM,  eXtrement  Programming  (XP), 
Feature  Driven  Development  (FDD),  Lean  Software  Development,  Agile  Unified  Process  (Agile 
UP  or  AUP),  Crystal,  and  Dynamic  Systems  Development  Method  (DSDM).  At  INPUT  we  have 
adopted  SCRUM  as  our  Agile  Delivery  Methodology. 


Overview  of  SCRUM  Process 

One  of  the  key  elements  of  Scrum  is  the  rhythm  that  is  created  by  utilizing  the  Scrum  cycle 
(usually  two  to  four  weeks)  referred  as  "Sprints".  The  team  decides  the  Sprint  duration  and  it 
should  remain  consistent  throughout  the  development  cycle. 

Let  s first  introduce  SCRUM  framework's  roles,  artifacts,  and  meetings  before  we  discuss  the 
SCRUM  process  in  details. 

SCRUM  ROLES 

There  are  3 distinct  roles  in  SCRUM. 

The  Product  Owner  (PO)  is  the  single  individual  responsible  for  steering  a project's  direction. 
His/Her  responsibilities  are 

• To  work  closely  with  the  customers  and  stakeholders  to  define  the  project  features 

• Be  responsible  for  the  profitability  of  the  product  (ROI) 

• Prioritize  the  product  features  according  to  the  market  value 

• Ensure  that  the  development  team  is  delivering  features  according  to  the  priority.  The 
works  should  be  prioritized  at  the  beginning  of  the  sprint  and  during  sprint  nothing  can 
be  changed. 

• Communicate  the  product  vision  to  the  development  team. 
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• Accepts  or  Rejects  the  development  team  work 

The  SCRUM  Team  (Team)  is  typically  composed  of  cross-functional  members  (between  5 -7). 

• Responsible  for  completing  the  work  assigned  at  the  beginning  of  each  sprint 

• Team  members  should  be  full-time  (exception  DBA  etc.)  and  dedicated  to  one  project 
only. 

• Team  Members  are  self-managed  and  self-organized. 

The  ScrumMaster  (SM)  is  a facilitator.  He/She  is  responsible  for 

• Enacting  Scrum  Values  and  Practices  to  the  organization 

• Remove  daily  blockers  so  that  team  can  work  without  any  hindrances 

• Enable  close  cooperation  across  all  roles  and  functions 

• Acts  as  a liaison  between  the  Product  Owner  and  the  team 

• Guides  the  team  toward  self-organization  and  productivity 

A SM  must  accomplish  all  of  this  without  any  actual  authority,  which  is  why  the  role  is 
sometimes  referred  to  as  a "servant  leader." 

Scrum  Meetings 

There  are  three  meetings  that  must  be  scheduled  in  SCRUM. 

Sprint  Planning  Meeting 

At  the  beginning  of  each  sprint,  the  PO,  SM,  and  team  all  come  together  to  negotiate  what 
work  the  team  will  commit  to  complete  during  that  sprint.  Sprint  planning  meeting  usually  take 
about  4-5  hours.  The  Product  Owner  must  prepare  a prioritized  product  features  ("backlog") 
before  the  meeting  starts. 

Daily  Scrum/Daily  Standup 

Throughout  the  sprint,  the  team  meets  daily  for  a brief,  time-boxed  meeting  (15  minutes  max) 
called  the  "daily  Scrum"  or  "daily  standup".  The  meeting  occurs  the  same  time  every  day  and 
each  team  member  answers  three  questions  to  the  point 

• What  did  I do  yesterday? 

• What  am  I going  to  do  today? 

• Is  there  anything  in  my  way  (impediments  or  blockers)? 

This  is  not  a problem  solving  meeting.  Anyone  can  come  to  the  meeting,  however  only  Team 
members,  Product  Owners  and  SM  are  allowed  to  speak. 


dcsngtmp a877cll6-584b-4fdc-bbaa-fb53cc5587dl.docxPage  3 of  12 


Confidential/Proprietary  to  — INPUT 


Page  4 


of  12 


Sprint  Review  Meeting 

At  the  end  of  the  sprint,  the  team  presents  what  they  have  accomplished  during  the  sprint. 
Typically  this  takes  in  the  form  of  a demo  of  the  product  features  in  front  the  PO  and 
stakeholders.  The  environment  of  the  review  is  very  informal  and  should  not  be  more  than  an 
hour  long  (excluding  the  prep-time  for  the  demo). 

Sprint  Retrospective  Meeting 

At  the  end  of  the  sprint,  the  team  and  SM  sits  down  to  assess  their  performance.  Typically,  this 
conversation  covers  what  went  well,  what  didn't,  and  what  improvements  could  be  made  in  the 
next  sprint.  This  meeting  is  not:  concerned  with  the  product  itself,  but  with  the  health  of  the 
team. 

Scrum  Artifacts 

Scrum  process  has  three  main  artifacts:  The  Product  Backlog,  the  Sprint  Backlog  and  the 
Burndown  Chart. 


The  Product  Backlog 

The  Product  Backlog  is  a list  of  all  desired  work  on  the  project.  The  backlog  is  a living  document, 
which  is  constantly  growing  as  more  works  are  added.  It  is  the  responsibility  of  the  Product 
Owner  to  prioritize  and  groom  the  backlog. 

The  Sprint  Backlog 

The  Sprint  Backlog  is  a list  of  all  the  work  the  development  team  has  committed  to  complete  in 
the  current  sprint. 

The  Burndown  Chart 

The  Burndown  Chart  shows  a visual  display  of  the  cumulative  work  remaining  in  a Sprint,  day- 
by-day.  The  ScrumMaster  updates  the  Burndown  Chart  daily. 
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Graphical  Representation  of  Scrum  Process 


Sprint  Planning 
Meeting 


Product  Backlog 


Who  is  Involved? 


0 Product  0 Scrum 

flMH  Owner  fltfl  Master 


$0.  Scrum 
I'8  Team 


Scrum  Fad 


Scrum  works  best  when  the  entire  organization  is  involved  in  the  process. 

SCRUM  process  at  INPUT: 

Sprint  Duration 

Each  sprint  is  10  days  (two  weeks)  long.  The  sprints  always  start  on  a Wednesday  and  end  on  a 
following  Tuesday.  First  half  of  the  spring  start  day  is  dedicated  to  planning  and  estimating  that 
work. 

Team  Size 

6 developers,  1 Architect  (part  time),  1 DBA  (part-time),  1 Data  Analyst 
Development  Process 

We  follow  some  aspect  of  XP  in  terms  of  pair  programming.  Pair  programming  helps  us  to  review  each 
other's  design,  code  and  test  cases  that  improve  code  quality.  Not  only  code  quality,  pair  programming 
also  improves  team  dynamics. 

Daily  Scrum 

We  have  Daily  Scrum  every  weekday  at  9:00am  -9:15am  (for  the  Financial  Services  product 
team). 

White  Board 

A white  board  shows  the  Sprint  backlog.  The  tasks  are  categorized  as  "In  Progress",  "Test  and 
Review"  and  "Done",  "in  progress"  means  a developer  has  started  working  on  the  task,  "Test 
and  Review"  means  that  the  task  is  waiting  for  the  PO  to  test  and  "Done"  means  that  the  PO 
has  accepted  the  results. 

The  white  board  also  has  the  daily  Burndown  chart,  any  impediment  list  and  any  work  that  has 
been  deferred  to  a later  sprint. 
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The  Scrum  Team  gathers  in  front  of  the  white  board  and  answers  the  daily  scrum  questions. 
This  way  everyone  gets  visual  clue  about  what's  happening  on  day  by  day  basis. 

Sprint  Demo 

On  the  last  day  of  the  Sprint  (Tuesday  of  the  last  week)  from  2pm-3pm  the  team  demonstrates 
their  work.  This  meeting  is  referred  as  "Show  and  Tell"  and  usually  an  hour  long.  This  meeting 
takes  places  at  11th  floor  Lunch  room. 

Sprint  Retrospect 

On  the  same  day,  we  schedule  the  "Retrospect"  meeting  from  3pm-4pm.  The  SM  captures  the 
notes  on  the  team  discussion  and  action  items  and  distributes  to  the  team. 

Sprint  Planning 

Following  day  (Wednesday  and  the  beginning  of  a new  sprint),  we  start  the  day  with  a 4 hour 
long  planning  meeting  from  9am-lpm.  The  goal  of  the  meeting  is  to  negotiate  and  commit  to  a 
list  of  features  (that  will  be  developed)  between  the  PO  and  the  Scrum  team.  Here  are  the 
Agenda  for  the  meeting. 

1.  Calculate  Team  Capacity-  Discuss  any  upcoming  PTO,  training  (and  other  off-time)  and 
calculate  the  total  capacity  of  the  team. 

2.  Discuss  Sprint  Backlog-  The  PO  discusses  the  Sprint  goals  (what  we  want  to  achieve 
during  this  sprint)  and  presents  the  prioritized  features  in  story  format.  During  this  time, 
the  rest  of  the  team  can  ask  the  PO  questions  related  to  the  features  presented  to 
clarify  the  requirements. 

3.  Breakdown  tasks  - The  team  now  discuss  the  task  breakdown,  dependencies  and 
research  that  needs  to  be  done  to  meet  the  stories.  The  PO  is  present  during  this  time 
to  answer  any  questions  from  the  developers. 

4.  Estimate  - The  Team  now  estimates  the  stories  in  planning-poker  style.  We  then  match 
the  available  capacity  with  how  much  story  points  has  been  estimated.  The  goal  of  the 
planning  is  that  the  team  should  be  fully  utilized.  If  the  capacity  > estimated  points,  the 
PO  brings  discusses  more  features  from  his  backlog,  if  capacity  < estimated  points,  then 
we  negotiate  what  items  should  be  moved  out  of  the  backlog  for  a future  sprint. 
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Checklists  for  INPUT  Scrum  Process 

Strategy  Meeting  - Highest  level  of  planning 

Generally,  Strategic  Planning  starts  with  a product  and/or  corporate  vision.  From  there,  the 
Leadership  Team  will  define  the  strategy  and  requisite  goals.  A typical  Strategy  Meeting  will 
review  project  charters,  Cost  Benefit  Analysis,  and  finally,  approve  funding.  Strategy  meetings 
are  done  at  least  annually,  and  reviewed  each  quarter.  It  is  essential  that  key  decision  makers 
attend  this  meeting. 

Agenda 

CD  Review  meeting  agenda  and  guidelines 

CD  Senior  executive  and/or  product  owner  leads  the  planning  session 
CD  Vision  is  reviewed  in  detail 

CD  Resulting  goals  and  objectives  are  discussed,  and  prioritized 

□ Strategic  details  are  organized  into  a high-level  plans  or  roadmap 
CD  Key  decisions,  risks,  assumptions  and  milestones  are  recorded 
CD  Project  charters  are  reviewed  and  prioritized 

Checklist  for  Release  Planning  - Product  Owner 

□ Vision  and  strategy,  high  level  goals,  and  prioritized  backlog 
CD  Key  Business  Milestone  Dates 

□ Understanding  of  the  team's  velocity,  with  assumptions  for  future  velocity  (is  it  trending 
up  or  down  and  why) 

CD  Agenda 

o PO  reviews  the  vision,  strategy  and  goals 
o PO  presents  the  first  cut  at  a prioritized  backlog  (numbered  list) 
o ScrumMaster  and  team*  members  discuss  the  stories  at  a high  level  to  gain  a 
general  understanding 

o Team  estimates  stories  at  a high  level  (may  estimate  based  on  themes  or  epics  if 
this  is  very  early  in  the  product  development  cycle) 
o ScrumMaster  reports  on  the  team's  velocity 
o Team  finalizes  the  delivery  objectives  in  the  form  of  a release  plan 
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o PO  or  ScrumMaster  records  all  key  decisions,  risks,  assumptions,  and  open  issues 
and  posts  the  Release  Plan  for  all  to  see 

□ Release  Plans  should  be  revisited  after  each  release  or  at  least  quarterly 

I I *jf  warranted,  a few  team  members  are  selected  to  participate  in  the  release  planning 
effort  instead  of  all  team  members  attending 

Checklist  for  Sprint  Planning  - ScrumMaster 

□ The  meeting  room  should  be  scheduled  at  least  2 weeks  in  advance  to  be  sure  everyone 
blocks  the  appropriate  time  on  their  calendar. 

□ Conduct  a prep  meeting  a few  days  in  advance  to  be  certain  to  have  a list  of  good  user 
stories 

(See  INVEST),  stories  should  be  ranked  in  order  of  most  valuable  to  least  valuable  prior 
to  planning. 

□ Update  Product  Backlog,  and  send  the  team  a copy  of  it  one  day  before  the  planning 
session. 

D Ask  the  team  to  read  and  review  the  Product  Backlog  so  they  can  ask  questions  or 
conduct  a little  research  before  the  planning  meeting. 

□ The  team  should  also  prepare  any  new  stories  they  have  identified  in  the  current  sprint. 
D Arrange  for  snacks  or  lunch  as  appropriate  for  the  planning  session. 

□ The  morning  of  the  planning  meeting,  print  copies  of  the  backlog  for  everyone. 

D Meeting  supplies:  index  cards,  green  stickies,  question  mark  stickies,  blue  tape, 
sharpies,  planning  poker  cards,  project  board. 

I I Capture  notes  from  the  retrospective  and  post  on  WIKI. 

ED  Set  an  agenda  for  planning 

o Housekeeping  - breaks,  lunch,  etc 

o Get  attendance  info  from  all  team  members  for  the  next  sprint, 
o Optional:  review  stories  from  prior  sprint  to  remind  the  team  of  any  learning's 
about  estimating. 

o PO  reviews  stories  - first  conversation 

o Tee  shirt  sizing  for  all  stories  - Small,  Medium,  Large,  Extra  Large  - second 
conversation 

o Planning  Poker  estimates  - third  conversation 
ED  Team  decides  how  many  points  to  take  on  for  the  next  sprint 
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□ Negotiate  what's  in  the  next  sprint  with  the  PO 

□ Team  commits  to  the  group  of  stories 

o Fist  of  five  vote  - commitment  must  be  at  least  3 for  each  team  member,  if 
someone  votes  2 or  less  discuss  why  they  are  uncomfortable  with  the 
commitment  and  resolve  until  everyone  feels  safe  with  a vote  of  3 or  more 

• Closed  fist- over  my  dead  body 

• Open  hand  - absolutely 

I I place  stories  on  the  project  board  that  will  be  included  in  the  sprint  in  the  Backlog. 

D Each  team  member  selects  a story  to  begin  working. 

Checklist  for  Post-Planning  - ScrumMaster 

□ Update  the  Project  Board  with  Sprint  dates,  story  points,  points  by  group  if  applicable, 
post  new  attendance  chart. 

□ Update  Velocity  Chart  and  post  it. 

D Create  Sprint  Backlog,  copy  from  Product  Backlog  and  add  any  new  stories  as  needed. 
CD  Create  Daily  Burndown  Chart. 

Checklist  for  Daily  Scrum  - ScrumMaster 

EH  Open  the  MeetMe  number  before  the  Daily  Scrum. 

EH  Start  the  Scrum  on  time. 

I I Have  sharpie  and  pink  stickies  available  at  the  board. 

□ Update  attendance  for  missing  or  late  team  members. 

I | Update  the  Sprint  Backlog  after  the  Daily  Scrum  with  story  status  and  unplanned  work. 
I I Follow  up  on  any  blockers. 

EH  Setup  any  follow  up  meetings  needed. 

□ Post  the  updated  burndown  chart. 
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Checklist  for  Sprint  Review  - ScrumMaster 

□ Several  days  before  the  end  of  the  Sprint  send  a reminder  out  to  stakeholders  about  the 
Review  Meeting. 

EH  Reserve  projector  for  the  review  meeting. 

EH  Create  list  of  stories  by  developer  and  distribute  to  the  team  the  morning  of  the  review, 
(organizing  the  list  by  theme  can  be  helpful) 

EH  Send  a meeting  reminder  to  the  stakeholders  on  the  day  of  the  review  or  post  a very 
large  note  in  a common  area  inviting  interested  folks  to  attend  the  review. 

EH  Tally  story  points  complete,  not  complete,  unplanned  work  items. 

□ On  a large  Flip  Chart  write  highlights  and  lowlights  for  the  Sprint. 

□ Last  minute  check  to  see  if  there  are  any  substantial  updates  to  the  project  board,  make 
notes  as  needed  for  the  review. 

EH  Bring  blank  story  cards  and  Sharpies  to  the  Review  Meeting  to  write  down  new  story 
ideas. 

□ Observe  the  group  during  the  review,  look  for  folks  to  ask  questions  or  provide  feedback 
during  the  demo. 

□ PO  moves  incomplete  stories  to  the  backlog  or  the  next  iteration. 

EH  Capture  any  new  ideas,  comments,  action  items,  etc  on  index  cards. 

□ PO  accepts  the  appropriate  functionality  and  closes  the  sprint. 

EH  Celebrate  success! 

EH  Capture  notes  from  the  review  and  post  on  WIKI. 

Checklist  for  Retrospective  - ScrumMaster 

□ A few  days  before  the  retrospective,  consider  what  exercise(s)  would  best  suit  the  team. 
Use  Agile  Retrospectives  book  or  Project  Retrospectives  book  for  ideas. 

□ Consider  sending  the  team  a pre-retrospective  assignment,  particularly  if  the  group 
consists  mainly  of  folks  who  are  strong  introverts.  Note  that  some  retrospective 
exercises  lend  themselves  to  pre-work  more  than  others. 

EH  Consider  using  different  settings  for  the  Retrospective  meeting,  you  might  have  to  set 
the  stage  (read  room)  before  the  meeting.  Locations  might  be  an  outdoor  area, 
meeting  room  that  doesn  t have  a table  in  it,  local  Starbucks  or  Panera,  or  meeting 
place. 
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D Materials  needed  for  the  Retrospective  may  include  flip  charts,  marking  pens,  stickie 
notes,  crayons,  something  fun  to  'play'  with  during  the  meeting  like  stress  balls. 

□ Temperature  reading  exercise  is  a good  idea  if  the  group  has  low  energy  coming  into  the 
meeting. 

D Get  at  least  one  learning  from  the  group  but  no  more  than  3 to  carry  forward  to  the 
next  sprint. 

I I Capture  notes  from  the  retrospective  and  post  on  WIKI. 

Checklist  for  Sprint  Planning  - Product  Owner 

D Prep  for  the  pre-planning  meeting  by  gathering  user  stories  from  bug  lists,  business 
meetings,  etc. 

ED  Enter  all  user  stories  into  the  Product  Backlog  spreadsheet. 

I I Gather  any  supporting  materials  needed  for  user  stories,  such  as  data,  screen  shots, 
wire  frames,  report  examples,  text  for  all  types  of  messages  and  include  relevant 
information  in  the  backlog. 

D Organize  user  stories  by  theme  and  consider  the  goals  for  the  next  sprint. 

□ Rank  order  stories  for  at  least  2 sprints  work.  Rank  order  means  number  the  stories 
from  1 through  99. 

Checklist  for  Post-Planning  - Product  Owner 

□ Update  the  Product  Backlog  with  story  points  and  add  any  new  stories  created  during 
planning. 

□ Follow  up  on  any  information  gaps  found  in  planning. 


SCRUM  Supplies 

□ Extra-large  White  Board(s)  - most  team  never  have  enough  white  boards 

□ Index  cards  4X6  - order  in  packs  of  100  (re-order  before  you  open  your  last  pack) 
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EH  Lots  of  Sharpie  twin  tip  pens,  black  and  in  colors  (these  seem  to  disappear,  so  keep 
plenty  on  hand) 

EH  Roll  of  blue  painters  tape  Vi"  (used  to  post  notes  to  white  board  and  other  surfaces  - will 
not  damage  most  surfaces) 

□ Post-it  Notes  Super  Sticky 
o Yellow  (tasks)  3X5 
o Pink  (blockers  or  unplanned  work)  3X3 
o Green  (acceptance  criteria)  3X3 
o Talk  Bubbles  (attach  to  cards  with  open  questions) 

EH  Planning  Poker  cards  (each  deck  has  4 sets  - keep  enough  on  hand  for  larger  teams) 

EH  Room  large  enough  to  hold  the  entire  team  for  several  hours 

o Rooms  should  be  booked  well  in  advance  to  ensure  they  are  available  when 
needed 

o White  boards 
o FlipCharts 
o Large  markers 

o White  board  cleaner  (best  cleaner  is  rubbing  alcohol  wipes  or  spray) 
o Speakerphone 

o Reserve  the  conference  line  if  needed 

o Setup  a Webex  or  similar  collaboration  tool  if  you  have  remote  workers 
EH  Small,  Medium,  and  Large  Icons  (for  t-shirt  sizing) 

EH  Assorted  note  cards  and  pens 
EH  Snacks  (tend  to  vary  by  team) 
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INPUT 


MEMORANDUM 


DATE: 

November  13,  2009 

TO: 

Tim  Dowd 

FROM: 

Dwight  Gibbs 

SUBJECT: 

Search  Recommendation 

As  you  know,  in  late  October  the  Tech  Team  assembled  an  overview  of  eight  of  the  most 
popular  search  engines  (see  Appendix  A): 

1.  Autonomy’s  IDOL  Server 

2.  FAST/Microsoft’s  ESP  Search 

3.  IBM’s  OmniFind  Enterprise  Edition 

4.  Oracle’s  Secure  Enterprise  Search  1 1g  (SES) 

5.  Endeca’s  Information  Access  Platform 

6.  Apache  Software  Foundation’s  Lucene/SOLR 

7.  Open  Text’s  Discovery  Server 

8.  Google’s  Search  Appliance 

We  also  assembled  evaluation  criteria  and  associated  relative  weights  to  determine  the  riaht 
solution  for  INPUT: 


Factor 

Weight 

Description 

Scalability 

1 

How  many  objects  can  the  product  index,  how  many 
queries  per  second  can  it  process,  etc.? 

Flexibility 

3 

How  flexible  is  the  system  - catalogs,  APIs,  platforms, 
connectors  supported,  etc.? 

Implementation  Risk 

4 

How  well  do  we  know  & understand  the  system? 

Fit 

5 

How  easy  would  it  be  to  integrate  the  system  into  our 
environment  - Windows/Linux  VMs,  web  services  interface 
etc.? 

Support  - Vendor 

3 

Can  we  get  vendor  support? 

Support  - Consultants 

3 

Can  we  find  consultants  to  help  us? 

Software  Cost 

5 

What  are  the  licensing  and  maintenance  costs? 

Hardware  Cost  | 1 

How  much  hardware  do  we  need? 

Note  that  the  weights  are  simply  relative  weights  from  1 to  5 that  reflect  the  importance  of  each 
criteria  to  INPUT. 


Scalability  and  Hardware  Cost  are  rated  quite  low  as  they  are  not  terribly  relevant.  All  of  the 
search  engines  can  scale  much  higher  than  our  needs.  In  addition  our  hardware  requirements 
are  not  extreme  given  our  relatively  small  data  set  (less  than  a couple  of  terabytes). 

Flexibility  and  Support  (Vendor  & Consultant)  are  of  medium  importance.  We  are  not  trying  to 
do  anything  terribly  difficult  (integrating  with  legacy  systems  like  Documentum  or  Filenet; 
creating  catalogs  on  the  fly;  doing  real  time  indexing;  etc.)  so,  while  important,  flexibility  is  not  a 
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huge  issue.  Similarly,  we  will  need  support  to  setup  the  search  tool.  However,  we  should  not 
need  significant  on-going  support. 

Integration  Risk  is  of  high  importance  because  we  do  not  want  to  get  into  the  project  and 
determine  that  we  cannot  be  successful  or  will  require  significantly  more  resources. 

Cost  and  Fit  are  of  the  highest  importance.  We  do  not  want  to  spend  hundreds  of  thousands  of 
dollars  on  our  search  solution.  And  we  want  something  that  fits  easily  into  our  environment  so 
that  we  can  roll  it  into  our  products  easily. 

The  evaluations  of  FAST,  Lucene/SOLR,  and  Google  are  based  on  first-  hand  research.  We 
have  used  all  three  search  engines  at  INPUT  and  understand  well  their  strengths  and 
weaknesses.  The  balance  of  the  research  was  done  via  the  web  - reading  articles,  white 
papers,  messages  boards,  etc. 


Based  on  our  experience  and  research,  this  is  how  we  scored  each  search  engine. 


Weight 

Autonomy 

FAST 

IBM 

Oracl 

e 

Endeca 

Lucene 

Open 

Text 

Google 

Rralahilitv 

1 

5 

5 

5 

4 

5 

5 

4 

5 

Flpyihilitv 

3 

3 

3 

3 

2 

4 

4 

4 

3 

Implementation 

Risk 

4 

1 

4 

1 

1 

2 

4 

2 

4 

Fit 

5 

3 

4 

2 

2 

4 

4 

3 

4 

Support  - 
Vendor 

3 

5 

3 

5 

3 

5 

1 

3 

3 

Support - 
Consultants 

3 

2 

3 

3 

2 

2 

4 

3 

4 

Software  Cost 

5 

1 

3 

2 

1 

1 

5 

2 

2 

Hardware  Cost 

1 

2 

2 

3 

2 

3 

4 

3 

4 

Scores 

61 

85 

65 

46 

74 

97 

70 

85 

Based  on  these  criteria  and  our  scoring  of  each  product,  Apache’s  Lucene/SOLR  solution  would 
be  optimal  for  INPUT. 


Scalability:  Lucene/SOLR  scales  much  higher  than  we  need.  Implementations  covering 
hundreds  of  terabytes  are  relatively  common  as  are  implementations  serving  more  than  300 
queries  per  second  on  low  end  hardware  — an  order  of  magnitude  greater  than  our  needs. 

Flexibility:  Lucene/SOLR  is  quite  flexible.  We  can  have  multiple  catalogs.  It  handles 
hundreds  of  document  types.  And  configuration  is  handled  via  straightforward  XML  files. 

Implementation  Risk:  Lucene/SOLR  carries  very  little  implementation  risk.  Paul  stood  up  a 
very  basic  test  implementation  on  a sub-set  of  our  opportunities  data  earlier  this  week  in  a 
matter  of  hours. 

Fit:  Lucene/SOLR  fits  well  into  our  infrastructure  as  it  has  both  a Linux/Java  and  a 
Windows/. Net  version.  In  addition,  interaction  is  done  via  web  services  - no  proprietary  APIs 
are  required. 

Support:  While  there  is  no  vendor  support  per  se,  there  are  numerous  third  parties  offering 
Lucene/SOLR  implementation  and  ongoing  support. 
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Cost:  Lucene/SOLR  is  open  source  and  thus  free  and  the  hardware  requirements  are  minimal 
- we  can  do  everything  we  need  with  two  virtual  machines. 

Lucene/Solr  vs  Google 

Given  Google’s  presence  in  the  web  search  market,  it  may  be  surprising  that  Google  was  not 
the  first  choice.  We  had  an  opportunity  to  speak  with  a representative  from  a companythat 
recently  converted  from  Google  to  Lucene/Solr.  The  notes  from  that  conversation  is  in 
Appendix  B with  a link  to  the  Contact  Reports.  We  are  trying  to  schedule  a conference  call  with 
an  additional  recent  convert  from  Google  to  Lucene. 


Open  Source 

There  may  be  some  questions  about  the  open  source  nature  of  Lucene/SOLR.  While  there  is 
no  single  company  responsible  for  the  package,  there  are  several  factors  that  mitigate  this 

issue: 


Community:  There  is  a large  community  using  Lucene/SOLR.  It  powers  thousands  of  web 
sites,  many  extremely  large  including:  Orbitz,  Disney,  Zappos,  Netflix,  Monster,  AOL,  Comcast, 
Apple,  Linkedln,  MySpace,  Wikipedia,  The  Motley  Fool,  and  CNet,  just  to  name  a few.  INPUT 
would  not  be  breaking  new  ground  by  using  Lucene/SOLR. 

Corporate  Support'  There  are  numerous  corporations  donating  code  to  the  Lucene/SOLR 
project,  including  Google,  IBM,  AOL,  and  Yahoo.  It’s  not  a handful  of  hackers  coding  away  in 

their  basements. 

Maturity:  Lucene/SOLR  has  been  in  use  for  nearly  a decade.  It  is  a well-understood  package 
and  has  been  proven  across  numerous  implementations. 

Mission  Criticality:  While  Search  is  very  important  for  INPUT,  if  we  did  have  a problem  with 
Lucene/SOLR,  it  would  not  bring  our  business  to  a halt. 


Recommendation 

Given  all  of  the  above,  I recommend  that  we  move  forward  with  Lucene/SOLR. 


In  order  to  implement  Lucene/SOLR  on  our  ColdFusion  site  we  would  need  to: 

. Move  Paul,  Ken,  and  Justin  to  Search  implementation,  projected  to  take  1 3 weeks 

• Hire  Lucid  Imagination  to  assist  for  the  1 3 weeks,  expected  to  cost  about  $65K 

. Hire  Matrix  designers  to  backfill  for  Justin,  expected  to  cost  about  $20K.  Note  if  we  are 
able  to  hire  Doug  Ferguson,  we  will  not  need  Matrix’  assistance. 

• Hire  2 .Net  contractors  to  backfill  for  Paul  and  Ken  expected  to  cost  about  $1 1 5K 


The  total  cost  would  be  $200K.  If  we  start  in  early  December,  we  should  finish  in  late  IQ  2010. 
Note  that  about  40%  of  the  work  would  have  to  be  re-done  on  the  .Net  platform. 


Ongoing  Support: 

after  implementation 


Based  on  our  reference  call,  I estimate  that  the  cost  to  support  Lucene/Solr 
is  % to  y2  of  an  FTE,  depending  on  how  we  want  to  extend  Lucene/Solr. 
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Appendix  A:  Overview  of  Search  Solutions 


Autonomy  - IDOL  Server 


Headquarters:  Joint  Head  Quarters:  San 
Francisco,  USA  & Cambridge,  UK 
Revenue:  $503M 
Market  Share  2008:  14  4% 

Michael  Lynch  and  Richard  Gaunt  founded  Autonomy  in  Cambridge,  England  in  1996  as  a spin- 
off from  Cambridge  Neurodynamics.  Since  then  Autonomy  has  grown  organically  and  through 
acquisition.  In  December  2005,  Autonomy  acquired  Verity  (one  of  its  main  competitors)  for 
approximately  $500M.  Two  years  later  Autonomy  purchased  a stake  in  technology  start  up  Blinkx 
and  combined  it  with  its  consumer  division.  Autonomy  then  floated  Blinkx  at  a valuation  of 
$250M.  In  July  2007,  it  acquired  Zantaz  (a  leading  email  archiving  and  litigation  support 
company)  for  $375M.  Earlier  this  year,  Autonomy  acquired  Interwoven,  a niche  player  in  the 
Enterprise  Content  Management  space,  for  $775M. 


Founded:  1996 
Employees:  1,250  (est) 


Autonomy  has  over  1,000  customers  world-wide  including:  Ford  Fiat  Sonv  HBO  AOL  BP 
White  & Case,  Oracle,  Adobe,  TOTAL,  and  NASA.  ’ ’ 


Strengths: 

1 Autonomy  has  extremely  broad  sales 
and  support  presence  in  many  world 
regions.  In  Europe,  it  can  sometimes 
position  itself  as  the  best  global 
software  vendor  with  local  presence. 

2.  Autonomy's  connector  family  gives  it  a 
uniquely  broad  capability  to  index  from 
a variety  of  content  sources.  These 
include  records  management 
applications  to  which  few,  if  any,  other 
vendors  connect. 

3.  Autonomy's  software  can  handle 
extremely  large  installations  (including 
corporations  with  more  than  a petabyte 
of  data)  and  deliver  sub-second 
indexing  of  very  large  volumes  of 
documents. 

4.  Autonomy  offers  deep  user  profiling, 
including  users'  search  histories, 
explicit  roles,  behavior  in  day-to-day 
authoring,  and  interactions  with 
external  and  internal  information 
sources. 

5.  Autonomy  has  particular  facility  with 
non-textual  multimedia  such  as  video, 
having  invested  in  video  before  any 
other  vendor  in  this  year's  Magic 
Quadrant.  Content  analytics  is  another 
strength. 


Cautions: 

1 . Autonomy's  opaque  pricing  model  can 
irritate  prospective  customers,  as  they 
cannot  predict  what  price  the  vendor 
will  offer.  In  addition,  Autonomy’s  price 
is  often  the  highest. 

2.  Sales  processes  are  aggressive, 
sometimes  insistent. 

3.  Autonomy's  ambitions  in  the  field  of 
compliance  and  litigation  could  eclipse 
its  general-purpose  information  access 
platform.  The  company's  recent 
acquisitions  and  marketing  efforts  have 
centered  on  the  compliance  and 
litigation  sector. 

4.  Gartner  clients  report  they  find  it  a 
challenge  to  get  support  and  attention 
for  upgrade  and  improvement  sales. 
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FAST /Microsoft  - ESP  Search 


Founded:  1997  Headquarters:  Oslo,  Norway 

Employees:750  (est)  Revenue:  $192.8M 

Market  Share  2008:  9.3% 


FAST  Search  and  Transfer  ASA  is  a Norwegian  company  based  in  Oslo  that  was  acquired  by 
Microsoft  for  $1 .2B  in  January  2008.  In  2004,  FAST  was  placed  on  the  Gartner  Magic  Quadrant 
for  Information  Access  Technology  where  it  remained  until  its  acquisition.  In  2009,  Microsoft 
relegated  FAST  to  the  Sharepoint  search  engine.  Since  then,  its  market  share  has  decreased. 

FAST’s  solutions  are  used  by  more  than  2,600  global  customers  and  partners,  including  America 
Online  (AOL),  Cardinal  Health,  CareerBuilder.com,  Chordiant,  CIGNA,  Dell,  Factiva,  Fidelity 
Investments,  Findexa,  IBM,  Knight  Ridder,  LexisNexis,  Overture,  Rakuten,  Reed  Elsevier, 
Reuters,  Sensis,  Stellent,  Tenet  Healthcare,  Thomas  Industrial  Networks,  T-Online,  US  Army, 
Virgilio  (Telecom  Italia),  Vodafone,  and  Wanadoo. 


Strengths: 

1 . FAST  is  a feature-rich,  powerful  tool 
capable  of  indexing  millions  of 
documents. 

2.  We  own  the  software  and  have 
implemented  products  using  their 
APIs/tools. 

3.  Microsoft  thought  highly  enough  of  the 
FAST  technology  to  purchase  the 
product. 


Cautions: 

1 . We  experienced  poor  customer  service 
- consulting  agreements  rather  than 
support. 

2.  The  FAST  documentation  is  quite  poor. 

3.  While  FAST  is  extremely  performant, 
the  hardware  requirements  are 
significant. 

4.  Redundancy  would  be  costly  - double 
the  licenses. 

5.  FAST’s  future  is  in  flux  with  the 
Microsoft  acquisition. 
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IBM  - OmniFind  Enterprise  Edition 


Founded:  1911  Headquarters:  Endicott,  New  York,  U.S. 

Employees:  398,455  (2009)  Revenue:  $103B 

Market  Share  2008:  1 4% 


IBM  is  pursuing  general-purpose  enterprise  search  but  its  strategy  is  increasingly  to  target 
specific  business  problems  that  bring  together  structured  and  unstructured  information. 

Examples  include  e-discovery,  healthcare  process  streamlining,  and  fraud  reduction.  Gartner 
asserts  that  this  strategic  shift,  as  well  as  the  transference  of  some  elements  from  Completeness 
of  Vision  to  Ability  to  Execute,  is  at  the  heart  of  its  return  to  being  a Challenger,  after  having  been 
a Leader  in  2008. 


Most  notable  users  include: 

• Keio  University  helps  drive  new  discoveries  with  IBM  OmniFind  Enterprise  Edition. 

• CHEFS  Catalog  serves  up  a satisfying  shopping  experience  with  sophisticated  search 
and  navigation  service  from  IBM. 

• The  NFL  uses  Omnifind  for  its  extranet  media  portal. 

• Cloudmark  uses  IBM  content  management  software  to  boost  customer  satisfaction  and 
staff  productivity. 


Strengths: 

1.  IBM  is  investing  significantly  in  the 
Lucene  open-source  search  kernel  as 
a foundation  for  its  products. 

2.  IBM  has  particular  facility  with 
nontextual  multimedia  and  content 
analytics. 

3.  IBM  has  demonstrated  in  its  briefings 
that  its  capabilities  in  Web  2.0,  such  as 
social  search,  are  growing. 


Cautions: 

1.  IBM  has  multiple  information  access 
products,  including  a free  product 
developed  with  Yahoo,  a basic 
enterprise  edition,  an  edition  with 
significantly  advanced  capabilities  for 
strategic  deployments  in  particular 
vertical  sectors,  and  an  offering  (IBM 
Content  Analyzer)  intended  to  fuse 
search  and  business  intelligence. 
Although  IBM's  ability  to  address 
lucrative  horizontal  sectors  such  as  e- 
discovery  bodes  well  for  the  future,  and 
its  broad  range  of  offerings  caters  for 
deals  of  different  sizes,  Gartner 
believes  these  factors  also  present  IBM 
with  a challenge  when  it  comes  to 
rationalizing  its  branded  products. 

2.  For  many  of  its  products,  Gartner  has 
not  seen  evidence  that  IBM  is  investing 
significantly  in  the  ability  to  exploit 
users'  historical  behavior  or  explicit 
status  in  an  organization  as  a means  of 
determining  the  relevancy  of  results. 

3.  Gartner  believes  that  IBM  must 
rationalize  its  own  use  of  some 
competing  search  technologies 
elsewhere  in  its  organization  to 
increase  its  reach  and  credibility. 
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Oracle  - Oracle  Secure  Enterprise 
Search  llg  (SES) 


Founded:  1977  Headquarters:  Redwood  Shores,  California 

Employees:  74,802  (as  of  14  May  2009)  Revenue:  $23B 

Oracle  Secure  Enterprise  Search  is  still  quite  a young  product.  While  it  appears  to  be  stable  and 
reliable,  it  doesn't  yet  match  the  more  sophisticated  features  of  many  specialized  search 
products.  What  OSES  inherited  from  Oracle's  many  acquisitions  isn't  clear-cut.  While  this  duck 
looks  like  Ultra  Search  and  quacks  like  Text  (two  of  Oracle's  legacy  search  technologies),  Ultra 
Search  is  now  end  of  life  (or,  as  Oracle  puts  it,  in  "maintenance  mode"),  but  Secure  Search  is  a 
familiar-looking  successor,  and  bits  and  bobs  of  functionality  from  other  acquisitions  are  likely  to 
pop  up  in  each  new  OSES  release. 

It  occupies  the  number  3 positions  in  Gartner’s  Enterprise  content  search  following  Automony  and 
FAST. 

SES’s  major  users  are  Boeing  and  AT  Kearney. 


Strengths: 

1 . Internet-like  search  experience  will  be 
familiar  to  users  searching  content 
inside  the  enterprise. 

2.  OSES  is  a standalone  system  making 
the  product  more  interesting  to  non- 
Oracle  shops.  SQL  Server  customers 
can  license  SES  llg  and  use  it  to 
search  and  federate  content. 

3.  OSES  focuses  on  security  to  protect 
sensitive  data  from  unauthorized  users. 

4.  Connectors  to:  IBM  Lotus  Notes, 
FileNet  Content  Engine,  Open  Text 
Livelink,  Microsoft  Exchange,  Microsoft 
SharePoint,  IBM  DB2CM, 

Hummingbird  DM,  Siebel  7.8, 
Documentum  eRoom,  EMC 
Documentum,  Windows  Fileshares 
(NTFS) 


Cautions: 

1 . Still  a very  immature  system. 

2.  Mixture  of  UltraSearch  and  Text  (two  of 
Oracle's  legacy  search  technologies) 

3.  Is  a bit  pricey  - Oracle  Secure 
Enterprise  Search  llg  is  $34,500  per 
processor. 
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Endeca  - Endeca  Information  Access 
Platform 


Founded:  1999  Headquarters:  Cambridge,  Massachusetts, 

USA 

Employees:Unknown  Revenue:  $108M  (2007) 

Market  Share  2008:  4 7% 

Endeca’s  search  applications  help  people  make  better  decisions  by  giving  them  access  to  any 
information  from  anywhere  any  way  they  need  it,  letting  users  search,  sort,  filter,  and  analyze 
large  volumes  of  diverse  and  changing  data.  The  McKinley  release  of  the  Endeca  Information 
Access  Platform  replaces  traditional  search  engines  that  make  building  search  applications  too 
costly  or  difficult  and  complements  traditional  enterprise  applications  by  letting  users  navigate 
through,  large  volumes  of  diverse  and  changing  data  across  the  enterprise.  McKinley  also  boasts 
a re-engineered  engine  that  capitalizes  on  multi-core  processors  from  chipmakers  such  as  Intel  to 
deliver  faster  performance  on  greater  volumes  of  data  on  fewer  servers. 

The  privately-held,  fast-growing  vendor  has  a smaller  customer  base  than  Autonomy  or  FAST. 

Its  Information  Access  Platform  is  architected  to  support  searching  relational  schemas  (databases 
and  data  warehouses)  and  non-relational  schemas  (XML,  RSS,  documents).  The  flexibility  of  the 
underlying  MDEX  engine  has  prompted  Endeca  to  move  into  new  markets  like  business 
intelligence  and  to  win  customers  who  want  to  leverage  the  product’s  superior  faceted 
classification  capabilities.  Compared  with  veteran  products  like  FAST  and  Autonomy,  Endeca 
IAP  is  less  focused  on  the  complex  endeavor  of  searching  massive  amounts  of  unstructured 
content  across  the  enterprise.  Instead,  Endeca  concentrates  on  search  problems  that  leverage 
its  capabilities  for  both  structured  and  unstructured  content.  Endeca  shines  when  faced  with  a 
problem  of  searching  and  presenting  structured  data  such  as  that  from  a product  catalog,  parts 
database,  or  other  data-centric  application. 

Used  in  600  leading  organizations  including:  ABN  AMRO,  Boeing,  Cox  Newspapers,  the  U S. 
Defense  Intelligence  Agency,  Dell,  Ford  Motor  Company,  Hyatt,  IBM,  John  Deere,  the  Library  of 
Congress,  Texas  instruments,  and  Walmart.com. 


Strengths: 

1.  Endeca’s  flexible  architecture  makes  it 
easy  to  pull  together  disparate 
information  sources  and  provides  for 
the  simple  addition  of  new  content 
sources  without  the  data  modeling 
hurdles  and  costs  associated  with 
more  traditional  Bl  architectures. 

2.  Its  user  experience  capabilities  were 
originally  designed  for  high-traffic 
consumer  media  and  e-commerce 
sites  where  training  is  not  an  option; 
thus,  if  a user  can  use  the  Web,  they 
can  use  Endeca. 

3.  It  offers  the  speed  and  performance 


Cautions: 

1 . Endeca  does  not  include  out-of-the-box 
user  interfaces  or  out-of-the-box 
reports/key  performance  indicators,  as 
it  is  designed  for  exploratory  analysis. 

2.  At  present,  it  does  not  offer  the  ability 
to  write  back  to  underlying  data 
sources. 

3.  Quite  expensive 
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characteristics  of  search  engines  but 
offers  both  indexing  and  querying 
capabilities  not  possible  with  search  or 
database 

4.  More  than  250  million  end  users 
around  the  world  access  information 
through  Endeca  solutions 

5.  Known  for  its  “guided  navigation”  aids 
that  organize  search  results  into 
relevant  categories 
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Apache  Software  Foundation  - 
Lucene/SOLR 

Founded:  2004  Headquarters:  Forest  Hill,  Maryland 

Developers:  1 30  (est)  Revenue:  Unknown 

SOLR  is  an  open  source  enterprise  search  server  based  on  the  Lucene  Java  search  library,  with 
XML/HTTP  and  JSON  APIs,  hit  highlighting,  faceted  search,  caching,  replication,  and  a web 
administration  interface.  In  late  2004,  SOLR  was  initially  started  and  developed  by  CNET 
Networks  as  an  in-house  project  to  add  search  capability  for  the  company  website.  In  early  2006, 
CNET  Networks  decided  to  go  public  and  donate  the  source  code  to  the  Apache  Software 
Foundation  under  the  Lucene  top-level  project.  Like  any  new  project  at  Apache  Software 
Foundation  it  entered  an  incubation  period  which  helped  solve  organizational,  legal,  and  financial 
issues.  At  the  end  of  January  2007,  SOLR  graduated  from  incubation  status  and  grew  steadily 
with  accumulated  features  thereby  attracting  a robust  community  of  users,  contributors,  and 
committers. 

SOLR’s  market  share  has  been  growing  exponentially  since  version  1.2.  Currently  SOLR  is  used 
by  thousands  of  customers  around  the  globe  including:  CNET,  Zappos,  Netflix,  eTrade,  Goldman 
Sachs,  Disney,  Apple  Inc,  AT&T,  MTV  Networks,  AOL  (yellow  pages,  music,  autos,  travel) 


Strengths: 

1 . As  all  open  source  projects,  it  is  free 
with  no  licensing  or  support  costs. 

2.  It  has  a small  but  powerful  search 
engine. 

3.  It  is  simple  enough  to  be  implemented 
by  a small  group  of  developers. 

4.  It  has  a dependable  and  growing  user 
community. 

5.  It  was  developed  by  people  with 
different  search  technology  experience 
giving  it  a “best  of  breed”  feel. 

6.  Scales  horizontally  easily. 

7.  We  created  a proof  of  concept  with 
SOLR  last  year  with  good  results. 


Cautions: 

1 . Product  documentation  is  lacking. 

2.  Not  as  feature  rich  as  some  other 
commercial  products. 

3.  No  official,  commercial  support 
available,  though  numerous  consulting 
firms  offer  SOLR  support. 
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Open  Text  - Discovery  Server 


Founded:  1991  Headquarters:  Waterloo,  Ontario,  Canada 

Employees:  3,400  Revenue:  $786M 

Market  Share  2008:  2 2% 

Open  Text  is  a Canadian  high-tech  company  based  in  Waterloo,  Ontario,  Canada.  It  produces 
and  distributes  computer  software  applications  designed  to  enable  enterprise  content 
management  solutions  for  large  corporate  and  government  systems.  Its  flagship  offering  is  the 
Open  Text  ECM  Suite  supported  by  Open  Text  Content  Services. 

The  wide  spectrum  of  products  Open  Text  offers  are  often  mixed  and  matched  by  the  company  in 
order  to,  as  they  say,  "provide  solutions  rather  than  products,"  with  search  integrated  in  those 
solutions  in  various  ways.  Though  in  the  early  years  of  Open  Text  search  was  the  core  focus, 
with  each  acquisition  and  new  service,  Open  Text  has  evolved  into  a more  difficult  company  to 
categorize,  providing  an  extremely  wide  span  of  content-related  services. 

On  October  31,  2008,  Open  Text  acquired  Captaris  and  Captaris  Document  Technologies  (CDT), 
followed  by  acquisition  of  Vizible  Corporation,  and  then  Vignette  Corporation  in  2009. 

OpenText  claims  46,000  customers  and  millions  of  users  in  114  countries  and  12  languages 
including:  3M,  Abbott  Laboratories,  BP,  Airbus  SAS,  AIG,  Audi,  AX  A,  Booz  Allen  Hamilton,  JC 
Penney,  NASA,  USAF,  US  Army,  US  National  Archives  (NARA) 


Strengths: 

1 . Provides  wide  spectrum  of  products 
with  integrated  search 

2.  Integrates  with  other  content 
management/search  tools 

3.  Has  many  integrators  and  partners  with 
years  of  experience 


Cautions: 

1 . Quite  expensive  (sold  as  a solution) 

2.  Comes  bundled  with  other  tools 
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Google  - Google  Search  Appliance 


Founded:  1998  Headquarters:  Menlo  Park,  California 

Employees:  19,786  Revenue:  $21 B 

Market  Share  2008:  7.4% 


The  Google  Search  Appliance  (GSA)  provides  fast,  relevant  search  for  an  intranet  or  website.  An 
on-premise,  easy-to-deploy  solution,  the  GSA  provides  organizations  with  high  relevancy  right  out 
of  the  box,  can  be  customized  to  meet  specific  needs,  and  scales  easily  as  content  grows. 


The  GSA  is  an  integrated  hardware  and  software  search  solution  that  brings  the  ease  of  Google 
search  to  intranets  and  websites  of  any  size.  Leveraging  algorithms  specifically  designed  for 
enterprise  content,  the  Google  Search  Appliance  provides  users  with  fast,  highly  relevant  results. 
Organizations  can  use  the  Google  Search  Appliance  to  make  data  on  servers,  content 
management  systems,  databases,  and  business  applications  instantly  and  securely  available 
from  a single  familiar  search  box. 

More  than  25,000  companies  worldwide  use  Google  Enterprise  search  solutions  including:  BP, 
Pioneer  Investments,  BA,  Vodafone,  FDA,  Xerox,  Nextel,  PBS,  Amtrak,  Adobe  and  many  more. 

Strengths:  Cautions: 


1 . Google  has  a broad  sales  and  support 
presence  in  many  world  regions. 

2.  Extremely  simple  pricing  and  delivery 
models  include  application  service 
provision  and  well-defined  tiers  of 
search  appliances. 

3.  Google  has  demonstrated  an  ability  to 
handle  extremely  large-scale 
installations. 

4.  Google  has  a strong  consumer  brand 
identity  in  relation  to  search. 

5.  Google’s  customer  base  is  very  large. 
Proven  technology.  List  of  some  of 
their  customers  here. 


1 . Google  does  not  invest  significantly  in 
the  ability  to  exploit  users’  historical 
behavior  or  explicit  status  in  an 
organization  as  means  of  determining 
the  relevancy  of  results. 

2.  Google  lacks  deep  customization 
capabilities. 

3.  Most  of  Google's  development  is 
targeted  toward  its  "consumer" 
business  — the  advertising-centric 
core  of  Google.com  and  other  Web 
businesses.  However,  its  enterprise 
coverage,  which  also  includes 
advertising-powered  products,  is 
growing. 

4.  Requires  two  pieces  of  hardware  for 
redundancy 

5.  Uses  predefined  list  of  fields  for 
searching 

6.  Gets  expensive  quickly  as  documents 
are  added  to  the  index. 
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2009  Gartner  Magic  Quadrant 


3 

* 

g 

X 


jQ 

?0 


challengers 


leaders 


♦Google 
♦ Oracle 


■ IBM 

Isys  Search  Software 

■ Exalead  - 


Sinequa  -*  Fabaspfl-Mindbreeze 
•■Expert  System 


Microsoft 


ZyLAB 


Autonomy  < 


Kazeon  .Endeca 
Recommind 
* "Vivisimo 


visionaries 


niche  players 

1 completeness  of  vision 


As  of  September  2009 

Open-source  search  engines  do  exist,  but  none  is  significant  enough  to  threaten  the 
commercial  market  imminently.  Lucene  is  the  most  prominent , but  we  have  excluded  it 
because  it  is  not  a commercial  entity  and  is  supported  by  a noncommercial  community.  It 
is  growing  in  influence,  as  numerous  vendors  are  turning  to  it  to  manage  indexing.  Lucid 
Imagination,  a small  systems  company,  seeks  to  establish  itself  as  a commercial  provider 
of  Lucene  technology. 

2009  Gartner  Magic  Quadrant  for  Information  Access  Technology 
http://mediaproducts.partner.com/reprints/microsoft/vol7/article2/article2.html 
2009  Gartner  Magic  Quadrant  for  Web  Content  Management 
http://mediaproducts.gartner.com/reprints/microsoft/vol6/articlel2/articlel2.html 
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2009  Overview  of  the  Enterprise  Search  Market  by  New  Idea  Engineering 
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Their  findings  are  based  on  the  information  we  gather  from  customers,  press,  and  their  own  insight  into 
the  marketplace. 
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Appendix  B - Google  vs  Lucene/Solr  References 

Chad  Wolfsheimer 
VP,  Operations 
The  Motley  Fool 
703-254-1076 
cwolfshe@Fool.com 

Reasons  they  moved  from  Google 

• Google  Licensing  and  support  lasts  only  2 years.  After  2 years  you  must  buy  new  boxes. 
This  was  very  expensive  and  resource  intensive  to  replace  the  boxes. 

• Customers  where  not  happy  with  the  search  results.  Most  of  this  was  due  to  the  limited 
customization  of  the  Google  engine. 

. Cost  for  redundancy.  Had  to  buy  2 GSA’s.  They  had  a smaller  one  for  redundancy  so  if 
the  primary  failed  they  would  be  in  a limp  mode  due  to  the  cost  of  having  2 equal  GSA  s 


Reason  they  chose  Solr 

• Much  more  customizable. 

• Cost.  (Of  course) 

• Long  term  support  and  growth.  Don’t  have  to  throw  out  solution  every  2 years. 

• Easier  to  use  and  configure  then  Google. 


Results 


Used  Lucid  Imagination  to  get  the  solution  setup.  Had  nothing  but  good  things  to  say 
about  them  Very  strong  knowledge  of  Solr.  They  took  most  of  the  development  and 
support  in  house.  Still  use  Lucid  from  time  to  time  because  of  their  high  expertise. 
They  went  live  with  the  solution  a few  weeks  ago  and  have  seen  a 10%  increase  on 
click-through  on  search  page  so  far.  They  are  hoping  to  increase  it  further  as  they  get 

more  results. 

Was  unsure  of  the  QPS  they  where  handling 

Launched  on  their  UK  site  a few  days  ago  and  have  been  receiving  very  positive 
feedback  so  far. 


Environment  ..  . . .,  ~ 

. They  are  using  4 servers  to  serve  results.  1 server  to  index.  More  hardware  then  Google 

but  much  more  flexible. 

The  Contact  Report  can  be  accessed  here:  ^M*.r™taotRPnnrtin-3854793 

httn://intemal. innut  lncal/index.cfm?fractal=contactreports.dsp.cps.cr.detail&ContactReportlD-38547JJ 


M -Search  Recommendation  1 1 132009  DJG.docxPage  15  of  15 


Confidential/Proprietary  — INPUT 


«- 

€- 


In 

I- 

I- 


Printed:  January  15,  2010 


MINUTES  OF  MEETINGS  HELD  ON  December  16,  2009 

PRESENT:  PETER  CUNNINGHAM 

TIM  DOWD 
DWIGHT  GIBBS 


Below  are  the  action  items  and  minutes  for  the  3:00pm  meeting  on  12/16/09  between  Peter,  Tim , 
and  Dwight 

Meeting  commenced  at  3:00  pm. 

Actions  Items: 

• Dwight  to  assemble  his  personal  schedule  and  departmental  schedule  for  2010.  Note:  These 
were  due  by  9:00  AM  on  12/17/09.  I did  not  have  time  to  do  them  last  night  and  am  on  PTO 
today.  They  will  be  completed  by  COB  on  Friday  12/19/09. 

• Dwight  to  determine  if/how  we  could  utilize  Jonathan  Cunningham  for  ColdFusion  support 
or  other  technology  assistance. 

• Dwight  to  assemble  a technology  intern  plan  by  the  end  of  1 Q 1 0. 

• Dwight  to  work  with  Tim  to  see  if  we  should  use  consultants  to  implement  new  Org  Chart 
software. 

• Dwight  to  deliver  a thin  client  strategy  by  the  end  of  1 Q 1 0. 

General  Discussion 

Budget  Plan 

We  have  some  software  revenue  from  TOONS  and  Connectors  for  2010  but  we  need  more  — 
more  volume  of  those  two  products  but  also  more  software  products  to  sell. 

We  should  anticipate  longer  sales  cycles  for  software. 

We  should  consider  consulting  activities  — could  we  help  our  members  with  Cloud. 
Virtualization,  BPM,  and/or  other  activities? 

Peter  would  like  to  cut  the  $900K  of  consulting  expenses  in  2010  down  to  $500K  by  offshoring 
some  development  activities. 

Note:  Dwight  already  has  meetings  scheduled  with  offshore  vendors. 

Personnel 

We  reviewed  the  Tech  Team  org  chart  noting  that  Dwight  now  has  4 direct  reports: 

1 . Mark  Keller 

2.  Mike  Ruocco 

3.  NimatHaque 

4.  Jenelle  Bennett. 

Mark  Keller  is  managing  the  application  development  team. 

Mike  Ruocco  is  managing  the  infrastructure  team 

Peter’s  cousin  is  available  for  contract  work.  He  is  a PHP  developer  but  may  be  able  to  pick  up 

ColdFusion  relatively  quickly.  , T, 

Dwight  noted  that  we  have  plans  to  hire  2 .Net  employees  to  replace  our  current  contractors.  It 
would  be  ideal  to  hire  Roberto  Hernandez  (one  of  our  Excella  contractors).  As  we  get  closer  to 
the  end  of  his  contract,  we  will  explore  that  option. 
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2010  Activities 

Peter  asked  for  Dwight’s  annual  schedule  and  departmental  schedule. 

Peter  would  like  to  see  a thin  client  strategy  in  1Q10. 

Dwight  discussed  his  personal  plans  for  2010  which  include: 

• Participating  in  member  meetings  to  discuss  the  re-platforming  activity.  These  meetings 
would  also  be  used  to  solicit  feedback  from  members  about  possible  new 
products/services  INPUT  could  offer  with  emphasis  on  software  products  like  workflow. 

• Doing  more  media  work  to  get  INPUT’S  name  in  the  technical  press  and  show  that  we  are 
a thought  leader. 

o Dwight  commented  that  the  development  team  members  all  have  goals  to  present 
at  user  group  meetings  and/or  code  camps  to  help  to  help  promote  INPUT  as  a 
thought  leader. 

• Going  on  GovIA  sales  calls  to  leverage  his  contacts  from  his  days  at  Legg  Mason. 

• Working  with  Mike  Ruocco  to  improve  our  Business  Continuity  Planning. 

• Digging  into  Microsoft’s  Azure  strategy  as  well  as  other  cloud  vendors’  offerings  to 
determine  how  we  can  leverage  them  both  internally  and  externally. 

o SQL  Server  in  the  cloud  could  be  particularly  interesting. 

o Dwight  also  commented  that  we  should  explore  the  use  of  cloud  servers  for  things 
like  content  scraping. 

The  large  projects  that  the  Tech  Team  will  be  working  on  in  2010  include: 

• Releasing  GovIA  1 .0  and  several  follow  up  releases 

• Re-platforming  our  applications  on  .Net 

• Implementing  Search  on  both  the  ColdFusion  and  .Net  platforms 

• Implementing  the  Metastorm  Business  Process  Management  (BPM)  system 

• Implementing  the  Ingeniux  Content  Management  System  (CMS) 

WebOL 

We  reviewed  our  recent  WebQL  challenges  with  WebQL  threatening  to  turn  off  our  anonymous 
proxy  access.  This  would  have  prevented  us  from  scraping  sites  to  acquire  data  - a potentially 
disastrous  problem. 

Tim  noted  that  Alex,  Rokas,  Paul,  Mike  Ruocco,  and  several  others  rose  to  the  challenge  by 
finding  and  implementing  a workaround  in  a matter  of  days. 

We  should  consider  switching  to  another  scraping  application  to  avoid  similar  problems  with 
software  licensing. 

Cedexis 

Dwight  spoke  about  Cedexis  and  Marty  Kagan.  Cedexis  offers  a Content  Delivery  Network 
overlay  tool  as  well  as  a Cloud  monitoring  tool.  They  have  Javascript  monitoring  code  on 
several  hundred  thousand  PCs  and  have  collected  over  1 billion  data  points. 

We  are  currently  exploring  ways  we  could  work  with  Cedexis.  Two  possibilities  include: 

• A CDN/Cloud  Computing/Cloud  Storage  performance  study 

• A CDN/Cloud  Computing/Cloud  Storage  index  updated  hourly 

Steve  Arnold 
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Peter  would  like  to  re-engage  with  Steve  Arnold  and  perhaps  have  him  present  at  the  April 
planning  meeting,  possibly  in  conjunction  with  Dwight 

Tech  Advisory  Panel  for  Members 

Peter  commented  that  we  should  consider  assembling  a Tech  Advisory  Panel  and  offering  it  as  a 
service  to  our  members. 

Internal  Technology 

We  discussed  internal  technology  needs  noting  that  BPM  is  by  far  the  most  important  internal 
effort. 

We  also  want  to  use  the  new  content  management  system  to  create  a new  intranet. 

We  may  use  SharePoint  for  document  storage  and  management.  However,  it  will  NOT  say 
SharePoint  anywhere  on  the  application. 

Intern  Program 

Peter  suggested  that  Dwight  give  more  thought  to  an  intern  program  for  the  Tech  Team.  It  could 
be  helpful  to  have  application  development  interns,  infrastructure  interns,  BPM  interns,  and 
possibly  an  administrative  intern  to  relieve  Mark  and  Dwight  of  some  of  the  administrative  work. 

Peter  would  like  to  have  more  regular  technology  meetings  to  get  updates  on  current  activities, 
hear  about  new  possibilities,  and  generally  brain  storm  on  what  is  possible. 

Peter  would  like  to  get  Dwight  in  front  of  the  Board  in  the  Spring. 

Tim  would  like  to  chat  about  Organizational  Charts  as  it  may  be  worth  hiring  contractors  to 
implement  the  new  software. 
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MEMORANDUM 


DATE: 


October  9,  2009 


TO: 


Tim  Dowd 


FROM: 


Dwight  Gibbs 


SUBJECT:  Updated  Re-platforming  Plan 


During  2010,  the  Application  Development  team  will  begin  the  replacement  of  the 
existing  ColdFusion  (CF)  platform  with  a new  .Net  platform.  The  new  platform  will  allow 
us  to  build  and  deploy  functionality  much  more  quickly  and  at  a significantly  higher 
quality  level  than  we  can  with  the  current  platform.  We  will  also  have  much  greater 
scalability  with  the  .Net  platform  which  we  will  ideally  need  as  we  offer  more  products 
and  enter  new  verticals. 

We  expect  to  start  one  week  after  delivering  GovlA  - January  25,  2010  - and  to  finish  in 
March  of  201 1 . The  cost  would  be  $1 .86M  in  201 0 and  $329K  in  201 1 for  a total  of 
$2.19M.  If  we  add  a second  development  team,  we  could  complete  the  work  by  the  end 
of  September  201 0 at  a cost  of  $2.43M. 

Below  I have  outlined  the  plan  for  platform  replacement.  While  that  is  interesting 
reading,  you  may  be  more  interested  in  what  we  will  be  able  to  do  with  the  new 
platform.  Following  are  some  of  the  features  we  plan  to  include  in  the  re-platforming  as 
well  as  several  possible  scenarios  that  you  may  find  interesting. 

Note  that  we  are  building  a platform  - not  an  application.  This  means  that  there  is  really 
no  limit  to  what  we  can  do  with  it.  We  will  be  able  to  build  feature-rich  applications 
quickly  so  that  we  can  address  the  needs  of  our  business  whether  that  is  going  deep  in 
one  vertical  or  adding  a completely  new  vertical.  Outlined  below  is  a sampling  of 
capabilitied  available  to  the  Product  Development  team  to  build  new  capabilities  for  our 
members. 

What  Can  We  Do  With  the  New  Platform? 

Sharing  Lists,  Notes,  Searches,  Comments,  etc.  We  will  place  a floating  icon  on  the 
side  of  each  data  screen  that,  when  clicked,  will  expand  and  allow  our  members  to  take 
many  actions  on  the  content  they  are  viewing: 

• Create  an  RSS  link 

• Print  it 

• Email  it  to  a colleague 

• Download  it  to  Excel 

• Send  it  to  their  CRM 

• Save  it  on  their  MyINPUT  page 

• Save  it  in  a Folder 
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• Create  a note  about  it 

For  trial  subscriptions  we  will  disable  print,  email,  and  downloading. 

While  this  functionality  is  interesting  and  helpful,  what  is  more  valuable  is  the  ability  to 
share  with  colleagues  beyond  email.  We  will  allow  our  users  to  share  anything  they 
have  saved  - opps,  searches,  org  charts,  etc.  - with  their  colleagues.  Initially  the 
sharing  will  be  course  - private  or  public  read-only.  However,  in  the  future  we  will  be 
able  to  give  members  the  ability  to  control  access  more  granularly  - set  some  items  as 
read-only  for  some  colleagues  but  allow  editing  by  others.  For  example  - 

Company  X has  2 employees  who  mine  opportunities  for  5 different  Business 
Development  (BD)  teams  within  the  company.  The  miners  would  be  able  to  create 
shared  folders  for  each  of  the  5 teams  that  will  show  up  on  each  team  member’s 
MyINPUT  pages.  The  miners  would  then  populate  these  folders  with  saved  Opportunity 
searches,  Opp  Notes,  Org  Charts,  Contacts,  etc.  relevant  to  each  team.  Further,  the 
miners  would  be  able  to  make  these  items  editable  by  some  and  view-only  for  others. 

By  enabling  this  personalized  workflow,  we  will  facilitate  the  BD  function  of  our 
members  and  enable  greater  collaboration  within  our  member  companies. 

Skinning  Pages  We  will  be  able  to  create  multiple  “skins”  for  each  application  - a 
different  look  & feel  that  allows  us  to  cater  the  user  experience  to  the  sophistication 
level  of  the  user.  For  example: 

The  BD  miner  mentioned  above  would  have  a sophisticated,  feature-rich,  data-rich  view 
of  our  applications.  An  occasional  user  would  have  a stripped  down,  much  simpler  view 
of  the  application.  Members  would  be  able  to  switch  skins  on  the  fly  and  specify  a 
default  skin  for  each  application.  In  addition,  we  could  even  customize  the  skins  for 
each  member  company  with  its  colors  and  logo,  making  our  applications  more  their 
applications.  We  could  also  easily  co-brand  pages  if  necessary  for  different  sales 
channels. 

By  offering  multiple  skins,  we  could  make  our  applications  much  more  accessible  to 
light  users  without  handicapping  our  power  users.  Members  will  be  able  to  personalize 
their  experience  as  they  want.  For  the  initial  launch  we  may  create  a basic  and 
advanced  skin  for  Opportunities.  Other  skins  could  be  developed  later. 

INPUT  Mobile  We  will  create  a mobile  skin  that  will  render  our  site  and  applications 
correctly  on  multiple  mobile  browsers.  By  doing  so,  we  will  enable  our  members  to  take 
INPUT  with  them  on  the  road. 

Content  Channels  We  will  be  able  to  disseminate  our  content  quickly  and  easily  through 
multiple  channels:  our  web  site,  RSS  feeds,  email,  SMS,  Twitter,  Facebook,  Linkedln, 
etc.  We  are  building  our  applications  in  a way  that  will  make  adding  channels  quick, 
easy,  and  painless. 
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By  distributing  our  content  over  multiple  channels,  we  will  allow  our  members  to 
consume  our  content  when  they  want,  where  they  want,  and  how  they  want.  If  they 
want  Task  Order  notifications  via  SMS  and  Twitter,  we  will  be  able  to  accommodate 
them.  If  they  want  blog  posts  via  email  and  Facebook,  we  will  be  able  to  accommodate 
that  as  well.  You  can  think  of  this  as  personalized  content  delivery. 

Automated  Up-sell/Cross-Sellwe  will  show  “ads”  for  our  content  in  an  automated 
fashion.  For  example,  when  members  are  viewing  opportunities  for  which  we  have  an 
Opportunity  Advisor  report,  we  will  automatically  display  an  ad  for  the  report.  We  can 
do  the  same  thing  to  highlight  relevant  blog  posts  and  other  content. 

By  easily  highlighting  related  content,  we  can  make  the  INPUT  site  more  useful  to  our 
members  and  ideally  sell  more  products. 

Private  Micro  Sites  While  not  planned  for  this  release,  we  could  enable  our  members  to 
dynamically  create  their  own  micro  sites  within  our  site.  These  sites  could  have  blogs, 
message  boards,  wikis,  and  document  sharing.  The  creator  of  the  micro  site  could 
control  the  access  to  the  site  - who  can  read/write  content  on  the  site.  We  could  even 
enable  non-members  access  to  the  micro  sites  — a great  way  to  have  prospects  try 
INPUT. 

The  best  example  of  this  functionality  is  teaming.  Members  could  create  teaming  micro 
sites  and  invite  their  teaming  partners  to  the  sites.  Within  the  micro  sites  they  could 
collaborate  and  share  knowledge  & documents. 


By  offering  micro-sites,  we  could  have  another  product  we  can  sell  and,  more 
importantly,  give  members  another  reason  to  conduct  their  business  on  our  site,  making 
INPUT  even  more  addicting.  Related  to  this  - 


Business  Process  Management  (BPM)  for  Members  As  part  of  the  micro  sites,  we  could 
offer  limited  BPM  functionality.  This  would  allow  our  members  to  create  workflows  for 
document  routing,  document  assembly,  bid  creation,  etc.  within  our  site.  We  could  even 
create  Outlook  calendar  appointments,  tasks,  and  reminders  for  members  based  on 
BPM  workflows. 

By  offering  workflow  capability,  we  could  add  yet  another  product  we  can  sell  and  make 
it  possible  to  run  the  entire  bidding  process  on  the  INPUT  site.  Related  to  this  - 

RFP  Extractor  and  Proposal  Generator  While  not  planned  for  the  initial  release,  we  can 
create  a tool  to  parse  an  RFP  into  its  component  parts.  The  parts  could  then  be  routed 
with  BPM  workflows  to  the  appropriate  team  members.  The  tool  could  even  guide  team 
members  within  their  parts  of  proposal  generation.  Once  the  component  parts  of  the 
proposal  are  created,  our  tool  could  merge  them  and  assemble  the  final  proposal. 

This  would  be  useful  for  strategic  members  managing  large  teaming  groups  as  well  as 
small  members  who  do  not  have  as  much  experience  creating  bids.  It  is  yet  another 
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tool  we  can  sell  that  will  make  it  even  easier  for  members  to  conduct  their  business  on 
our  site. 

As  an  added  benefit,  we  could  analyze  the  data  gleaned  for  the  proposal  generation  tool 
to  create  best  practice  workflows  for  bid  creation. 

Distributed  Authentication  We  will  allow  our  member  companies  to  control  who  within 
their  companies  can  access  INPUT.  By  adding  their  employees  to  a specific  Active 
Directory  group,  their  employees  will  be  able  to  access  INPUT  via  single  sign  on.  This 
means  there  will  be  no  need  for  a user  name/password  for  each  user  - when  they  hit 
the  INPUT  site,  they  will  automatically  be  logged  in.  Note  that  this  will  require  work  to 
do  by  the  Members’  IT  groups.  While  this  sounds  too  geeky  and  technical  to  be  of 
interest,  it  becomes  very  interesting  when  you  consider  - 


INPUT  for  the  Intranet  We  will  create  a Web  services  interface  into  our  applications 
This  will  make  it  easy  for  our  members  to  integrate  INPUT  into  their  intranets,  making 
INPUT  another  tool  on  their  networks.  With  Distributed  Authentication,  the  user 
experience  would  be  seamless  - no  INPUT  login  required  to  access  our  applications. 

By  allowing  members  to  integrate  our  applications  into  their  intranets,  we  will  make 
INPUT  a key  tool  in  our  members  daily  workflow. 

INPUT  Widgets  While  not  planned  for  initial  release,  the  Web  services  interface  would 
also  allow  us  to  create  INPUT  widgets  that  our  members  could  load  on  their  desktops 
The  widgets  could  show  new  posts  on  message  boards,  wiki  updates,  new 
Opportunities,  Opportunity  Alters,  blog  posts,  or  anything  else  we  want  to  show.  This  is 
yet  another  way  to  tie  our  users  to  our  content  and  allow  them  to  consume  our  content 
when  and  how  they  want. 

I could  go  on  and  on  about  the  functionality  we  can  offer  our  members  with  the  new 
platform.  Hopefully  the  above  examples  give  you  an  idea  of  what  is  possible.  What  is 
outlined  on  the  following  pages  are  details  in  making  this  a reality  including  a release 
schedule  of  functionality.  The  schedule  is  a critical  element  in  determining  roll  out 
activities  across  the  INPUT  teams  and  most  importantly  across  the  membership 
Review  of  the  following  information  is  dependent  on  your  level  of  interest  in  the  details 

Pre-Work  in  2009 

Domain  Model 

During  October  and  November,  Mark  Keller,  Megan  Gamse,  Carey  Webster  Schalene 
Dagutis,  and  I will  be  developing  a domain  model  for  INPUT’S  business.  From  this 
model,  we  will  be  able  to  create  both  a data  model  and  a services  model  for  INPUT  - 
both  are  key  components  to  re-building  the  platform.  In  December  we  will  beqin 
building  the  future  state  databases. 

Commercial  Off  The  Shelf  Software  (COTS) 
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There  are  two  key  COTS  packages  that  will  help  us  expedite  the  re-platform  effort:  a 
Business  Process  Management  system  and  a Content  Management  System. 

Business  Process  Management  (BPM) 

Data  Manager  is  a significant  chunk  of  ColdFusion  (CF)  code  that  parses  all  of  the  data 
we  download  from  web  sites  with  the  WebQL  scraping  tool.  Currently,  changing  the 
way  Data  Manager  works  requires  a CF  developer  to  manipulate  the  code.  Rather  than 
rebuilding  Data  Manager  in  .Net,  we  will  replace  it  with  a BPM  tool. 

During  October,  Jenelle  Bennett  and  I will  evaluate  3 BPM  vendors  (Metastorm, 
Lombardi,  and  Appian)  and  select  the  tool  we  will  use.  We  will  also  begin  the  analysis 
of  Data  Manager,  documenting  what  it  does,  the  business  logic,  and  ways  it  can  be 
improved.  This  will  allow  us  to  begin  the  rebuild  of  Data  Manager  in  1Q10. 

It  is  worth  noting  that  the  BPM  tool  will  be  used  for  much  more  than  just  replacing  Data 
Manager.  We  will  be  working  throughout  2010  to  automate  processes  across  INPUT 
with  the  goal  of  increasing  efficiency  by  at  least  10,000  man-hours  annually  equivalent 
to  5 FTE. 

Content  Management  System  (CMS) 

Mark  Keller  and  I are  working  with  Hiba  Mohammed  in  Marketing  to  evaluate  Content 
Management  Systems.  We  should  have  a recommendation  before  the  end  of  October. 
While  the  main  function  of  the  CMS  will  be  to  publish  and  manage  the  public  INPUT 
Web  site,  the  CMS  we  select  will  also  facilitate  the  platform  re-build  by  providing  pre- 
built, pre-integrated  controls  that  we  can  use  for  things  like  Email  to  a colleague,  RSS 
feeds,  Format  for  Print,  eCommerce  catalogs,  wikis,  message  boards,  blogs,  document 
libraries,  etc.  By  leveraging  a CMS,  we  should  be  able  to  avoid  hundreds  of  hours  of 
development  work.  In  addition,  a CMS  will  allow  business  users  to  create  new  pages 
on  the  INPUT  site  by  using  page  templates  and  re-using  components  we  will  build. 

They  will  not  need  assistance  from  a developer  to  build,  edit,  or  manage  pages  on  our 
site.  This  is  how  we  will  create  new  products  for  existing  and  new  markets. 

Search 

Search  will  be  one  of  the  most  significant  undertakings  in  the  re-platforming  effort.  We 
need  to  carve  our  content  into  multiple  catalogs  so  that  we  can  enable  search  across  all 
the  component  parts  of  our  site.  We  must  also  add  features  and  functionality  to  our 
search  offering  - search  within  results,  synonyms,  suggested  documents/pages, 
spelling  corrections,  etc.  In  addition,  we  need  to  incorporate  our  authentication  system 
into  search  so  that  users  can  only  see  results  for  what  they  have  purchased. 

We  will  begin  work  on  the  new  Search  tool  later  in  October.  This  will  allow  us  to  roll 
Search  out  on  the  existing  CF  site.  To  make  this  happen  we  will: 

• Move  Paul  and  Ken  to  re-building  Search,  projected  to  take  13  weeks 

• Hire  a Solr  consultant  to  assist  for  the  1 3 weeks,  expected  to  cost  about  $65K 

• Hire  Matrix  designers  to  build  the  Ul  for  Search,  expected  to  cost  about  $20K 

• Hire  2 .Net  contractors  to  backfill  for  Paul  and  Ken  expected  to  cost  about  $1 1 5K 
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If  we  start  on  October  1 9th,  we  should  finish  the  week  of  January  1 5th.  Note  that  about 
40%  of  the  work  would  have  to  be  re-done  on  the  .Net  platform. 

User  Story  Development 

Mark  Keller,  Nimat  Haque,  Grant  Laing,  and  I will  spend  much  of  December  and 
January  working  with  business  owners  to  develop  user  stories  for  the  re-platforming 
effort.  We  plan  to  maintain  a backlog  of  at  least  200  story  points  so  that  the 
development  team  will  have  plenty  of  options  to  smooth  the  workload  and  avoid 
bottlenecks. 

Re-Platforming  in  2010 

Government  Investing  Advisor 

We  will  begin  the  re-platforming  work  in  January  2010,  after  the  release  of 
GovlA,  currently  slated  for  the  week  of  January  1 1th.  I anticipate  a week  of  mop  up 
work  resulting  in  an  official  re-platforming  launch  of  January  25th. 

Note  that  the  plan  calls  for  one  .Net  developer  100%  allocated  to  GovlA  support  through 
March  2010  and  then  50%  allocated  through  June  2010.  The  reason  for  this  is  that 
GovlA  is  a version  1 .0  product.  We  will  likely  get  many  change  requests  from  clients 
that  will  need  to  be  implemented  to  facilitate  more  sales. 

Components 

There  are  3 primary  components  of  the  re-platforming  effort:  Shared  Services,  User 
Interface,  and  Applications. 

Shared  Services 

Shared  Services  are  the  software  components  that  we  will  use  across  our  products. 

You  can  think  of  them  as  the  basic  building  blocks  which  we  will  use  to  re-create  our 
existing  products  and  build  new  products.  These  include: 

• Authentication  & Authorization:  We  will  build  a generic  service  with  Microsoft’s 
Geneva  tool  to  manage  the  authentication  (do  we  know  this  user?)  and 
authorization  (does  the  user  have  right  to  the  requested  content?)  for  our  sites. 

• Personalization:  We  will  build  a generic  service  to  allow  our  users  to  save 
settings  e.g.,  their  CRM  tool  with  their  user  name  and  password  and  things  e g., 
searches,  opportunities,  org  charts,  contracts,  contacts,  etc. 

• Send  Email:  We  will  build  a robust,  high  capacity  email  sending  service.  Given 
the  large  number  of  emails  we  send  which  will  hopefully  increase,  we  need  an 
extremely  robust  email  sending  tool. 

• Alerting:  We  will  build  a generic  service  to  send  messages  at  specific  times 
(immediately,  daily,  weekly,  monthly,  quarterly,  etc.)  and  via  multiple  channels 
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(email,  IM,  SMS,  and  possibly  Linkedln,  Twitter,  and  Facebook).  It  will  be  written 
so  that  adding  intervals  and  channels  will  be  easy. 

• CRM  Integration:  We  will  rebuild  the  integration  with  SalesForce,  Deltek, 

Microsoft  CRM,  and  Privia. 

• Search  for  .Net:  We  will  build  the  new  Search  tool  into  the  .Net  platform. 

• Change  Displayed  Fields:  We  will  build  a generic  service  to  allow  users  to 
change  display  fields  on  data  grids  and  persist  these  selections  across  sessions. 

• Usage  Tracking:  We  will  build  a generic  service  to  track  usage  across  our  sites 
for  display  in  MPS. 

• Send  To:  We  will  build  a generic  service  to  allow  our  users  to:  Subscribe  via 
RSS,  Print  a page,  Email  a page  to  a Colleague,  Save  in  Mylnput,  Send  to  CRM, 
Save  in  a Folder,  Format  for  Web  Archive,  and  Download  to  Excel. 

• Logging:  We  will  build  a generic  service  to  record  events  like:  accounts  logged 
in/out,  emails  sent,  files  downloaded,  etc. 

• Document  Management:  We  will  build  a generic  tool  to  manage  the  documents 
across  our  sites. 

• Upload  Document:  We  will  build  a generic  service  to  allow  users  to  upload 
documents  and  record  metadata  for  each  document.  Related  to  this  -- 

• Notes:  We  will  build  a generic  service  to  allow  users  to  take  notes  on  individual 
Opps,  Org  Charts,  Grants,  etc.  They  will  be  able  to  share  the  notes  with  others 
in  their  organization. 

As  part  of  the  shared  services  work,  we  will  also  apply  development  resources  to: 

• Content  Management:  As  mentioned  above,  we  will  implement  a content 
management  system  to  manage  the  public  web  site.  We  will  also  use  pieces  of 
the  CMS  to  facilitate  the  development  of  our  private  site. 

• Data.  Data  Manager.  WebQL:  As  part  of  the  re-platforming  effort,  we  will  rebuild 
our  databases  and  construct  the  linkages  from  the  legacy  databases  to  our  new 
databases.  As  mentioned  above,  we  will  move  much  of  the  Data  Manager 
functionality  to  our  BPM  system  and  to  SQL  Server  Integration  Server  (SSIS). 

By  doing  so,  we  will  be  able  to  retire  the  ColdFusion  code,  increase  visibility,  and 
improve  automation,  ideally  saving  hundreds  of  hours  of  manual  labor  each 
month.  In  addition,  this  will  allow  non-techies  to  change  business  logic  in  Data 
Manager. 
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• MPS  Integration:  We  will  also  need  to  integrate  the  converted  products  into  MPS 
so  that  they  can  be  provisioned  and  usage  can  be  tracked.  Given  the  general 
lack  of  architecture  in  MPS  and  the  existing  spaghetti  code,  this  will  require  a 
significant  amount  of  work. 

• CF/.Net  Integration:  As  we  convert  our  products  to  the  new  platform,  we  will 
need  to  integrate  them  into  the  legacy  ColdFusion  platform.  This  will  require  a 
significant  amount  of  work  in  CF  to  change  all  linkages  to  the  converted  products. 

User  Interface  Effort 

The  platform  re-build  will  require  a significant  amount  of  User  Interface  work  as  we  must 
replace  our  existing  navigation  system  as  well  as  all  of  our  screens.  This  requires 
examining  every  product  and  determining  the  best  layout  from  both  a usability  and 
aesthetic  perspective. 

Applications  Porting 

The  final  phase  of  the  re-platforming  effort  is  to  migrate  all  of  our  applications  from  the 
ColdFusion  platform  to  the  new  .Net  platform.  Wherever  possible  we  will  use  our  CMS 
to  build  base  pages  and  then  add  custom  and  shared  components  to  each. 

We  will  start  with  Task  Orders  as  Sales  and  Member  Services  believe  that  improving 
the  product  will  help  increase  sales.  We  will  move  on  to  relatively  simple  products  like 
State  Profiles,  Local  Snapshots,  and  Labor  Rates.  We  will  then  move  up  the  complexity 
curve  with  products  like  TOONS  and  Vendor  Profiles.  And  then  we  will  tackle  the  most 
complex  apps  like  Opportunities.  We  will  finish  with  the  least  valuable  applications  like 
Stimulus,  TEDS,  and  GovEdge. 

Note  that  we  will  be  able  to  change  the  order  of  product  development  should  the 
business  require  us  to  do  so.  However,  we  will  need  to  finish  the  development  of 
shared  services  and  user  interface  design  before  we  can  begin  porting  applications. 


Resources  & Cost 

The  Replatforming  team  will  consist  of: 

• 1 Manager  - Dwight 

• 1 Architect  - Mark 

• 2 Product  Owners  (PO)  - Rick  and  Grant 

• 1 Scrum  Master  - Nimat 

• 1 Database  Administrator  (DBA)  - Gary 

• 5 Net  Developers  - Paul,  Buck,  Ken,  Tony,  and  a new  FTE  (in  the  2010  budget) 

• 2 Net  Consultants  - Roberto  and  Paolo 

• 1 Ul  Developer  - a new  FTE  (in  the  2009  budget) 

• 1 Quality  Assurance  / Tester  (QA)  - a new  FTE  (in  the  2009  budget) 

• 1 Business  Process  Analyst  - Jenelle 
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This  team  will  be  augmented  with  consultants  to  help  with  Search,  Business  Process 
Management,  Content  Management,  Customer  Relationship  Management,  and  User 
Interface  development. 

The  software  development  effort  required  is  approximately  17  man  years.  The  cost  of 
the  resources  is  approximately  $2.06M  in  201 0 and  $378K  in  201 1 for  a total  of  $2.44M. 
This  includes  the  time  of  the  development  team  listed  above. 

If  we  opted  to  replace  our  2 .Net  Consultants  with  employees  (which  we  will  likely  do), 
the  cost  would  drop  to  $1.86M  in  2010  and  $329K  in  2011  for  a total  of  $2.19M. 

In  terms  of  software,  the  cost  of  the  BPM  system  will  be  approximately  $200K.  The 
Content  Management  System  would  cost  about  $50K.  Both  of  these  will  be  capitalized 
over  3 years  and  will  be  used  for  more  than  the  platform  re-build. 

Acceleration 

If  we  want  to  accelerate  the  re-platform  effort  and  complete  it  in  less  than  15  months, 
we  could  add  a second  development  team  consisting  of: 

• 1 FTE  Scrum  Master 

• 1 FTE  PO 

• 1 FTE  QA 

• 3 FTE  .Net  Developers 

• 2 .Net  Consultants 

• 1 Ul  Consultant 

With  a second  development  team  onboard,  we  could  complete  the  work  by  the  end  of 
September  2010  at  a cost  of  $2.43M. 

One  factor  to  keep  in  mind  is  the  go-forward  tech  staff  cost.  If  we  accelerate  the  plan, 
after  the  re-platforming  effort  we  would  have: 

• 3 additional  .Net  developers 

• 1 additional  QA  resource 

• 1 additional  Scrum  Master 

• 1 additional  Product  Owner 

If  we  believe  the  steady-state  developer  count  should  be  8 (10  if  we  replaced  2 of  the  4 
.Net  Consultants  with  FTEs),  this  is  not  a problem.  If  we  believe  that  it  should  be  less, 
we  would  have  to  lay  staff  off. 

It  is  worth  noting  that  the  management  burden  of  doubling  the  team  would  be 
significant.  Mark  Keller  and  I would  not  be  able  to  focus  on  anything  other  than  the 
platform  re-development.  The  only  way  around  that  would  be  to  hire  an  additional 
architect  to  help  manage  the  teams. 

The  team  would  also  not  be  able  to  accommodate  any  additional  work.  This  would 
make  adding  another  vertical  such  as  Health  IT  extremely  difficult.  I know  that  doing  so 
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is  not  on  the  2010  plan  but  wanted  to  point  this  out  as  we  will  have  limited  flexibility  in 
2010. 

The  baseline  and  accelerated  quarterly  release  plans  are  below. 
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INPUT 

Technology  Team 

Re-Platforming  Quarterly  Release  Plan  Baseline 

1Q2010 

Man 

Weeks Cost Tasks 

173  $552,513  Authentication  & Authorization 

Content  Management 
Data  Manager 
Personalization 


2Q2010 

Man 

Weeks 

Cost 

Tasks 

175 

$465,678 

MPS  Integration 
Send  Email 
Alerting 

CRM  Integration 
Outlook  Plug-In 
Search  for  .Net 
Change  Displayed  Fields 

^P 

3Q2010 

Man 

Weeks 

Cost 

Tasks 

204 

$561,377 

CF/.Net  Integration 

Usage  Tracking 

Send  To  - email,  print,  RSS,  Excel,  MyINPUT,  Outlook,  archive,  folder,  CRM 

^P 

etc. 

Logging 

Document  Management 

Upload  Document 

Notes  (Personal  & Company) 

Task  Orders 

4Q2010 

State  Profile 
Labor  Rates 
Local  Snapshot 

Man 

Weeks 

Cost 

Tasks 

184 

$479,429 

Agency  Profile 
TOONS 

FPDS  Vendor  Profiles 

^F 

Federal  Opps 

FBO 
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Federal  and  S&L  Industry  Analysis;  Opp  Advisor;  Competitive  Intelligence 

Vertical  Profile 

Documents  Library 

Contracts 

Contacts 

Grants 


1Q2011 

Man 

Weeks  Cost  Tasks 

149  $377,926  MyINPUT 

S&L  Opps 

Teaming/INPUT  Network,  Personal  Profile,  Company  Profile 

GovEdge 

eCommerce 

Economic  Stimulus 

TEDS 

Org  Charts 
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INPUT 

Technology  Team 

Re-Platforming  Quarterly  Release  Plan  Accelerated 

1Q2010 

Man  Weeks  Cost Tasks 

261  $796,990  MPS  Integration 

Authentication  & Authorization 

Personalization 

Content  Management 

Data  Manager 

Logging 

Alerting 

Search  for  Net 


2Q2010 

Man  Weeks  Cost Tasks 

325  $942,110  CRM  Integration 

Document  Management 
Outlook  Plug-In 

Send  To  - email,  print,  RSS,  Excel,  MyINPUT,  Outlook,  archive,  folder, 
CRM  etc. 

Change  Displayed  Fields 
Notes  (Personal  & Company) 

Usage  Tracking 
Upload  Document 
CF/.Net  Integration 
Send  Email 
Task  Orders 
Local  Snapshot 
State  Profile 
Agency  Profile 
Labor  Rates 
FBO 

Federal  Opps 
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3Q2010 
Man  Weeks 

Cost  Tasks 

261 

$689,125  Vertical  Profile 

Federal  and  S&L  Industry  Analysis;  Opp  Advisor;  Competitive  Intelligence 

Contracts 

TOONS 

FPDS  Vendor  Profiles 
Documents  Library 
Grants 
S&L  Opps 
Contacts 

Teaming/INPUT  Network,  Personal  Profile,  Company  Profile 

Economic  Stimulus 

MyINPUT 

Org  Charts 

GovEdge 

TEDS 

eCommerce 
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MEMORANDUM 


PATE:  November  17,  2009 

jO:  Tim  Dowd 

PROM:  Dwight  Gibbs 

SUBJECT:  INPUT  Domain  Model  Status  Update 

We  are  currently  about  a month  late  delivering  the  domain  model.  The  delay  is  due  to: 
1 . Several  unanticipated  taskings: 


• Java  vs  .Net 

• Agile  vs  Waterfall 

• Search  Selection 

• Consultant  for  Technology  Assessment  . 

2.  More  time  than  anticipated  spent  on  GovlA  to  ensure  on-time  delivery. 

3.  More  time  than  anticipated  spent  on  CMS  and  BPM  selection. 


Our  revised  schedule  for  domain  model  development  and  delivery  is. 

11/23/09  - Company  related  entities 

12/07/09  - Federal  and  S&L  Government  related  entities 
12/14/09  - Opportunity  related  entities,  including  Grants  & Contracts 

12/21/09  - INPUT  related  entities 

12/31/09  - External/  Misc  entities  such  as  news  orgs,  web  sites,  non 


INPUT  events,  etc. 
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Raw  Score 

Weighted  Score 

Factor 

Weight 

Thycotic 

Tiger 

Gilbane 

Acumen 

Ten  Mile 

Thycotic 

Tiger 

Gilbane 

Acumen 

Ten  Mile 

Net  Skills 

4 

5 

4 

3 

5 

4 

20 

16 

12 

20 

16 

Java  Skills 

4 

1 

5 

4 

4 

4 

4 

20 

16 

16 

16 

Lifecycle 

3 

5 

5 

4 

5 

5 

15 

15 

12 

15 

15 

Agile  Experience 

4 

5 

4 

4 

4 

4 

20 

16 

16 

16 

16 

Waterfall  Experience 

4 

2 

4 

3 

4 

3 

8 

16 

12 

16 

12 

Assessment  Experience 

5 

2 

3 

4 

3 

5 

10 

15 

20 

15 

25 

Cost 

2 

2 

3 

2 

3 

3 

4 

6 

4 

6 

6 

Total 

22 

28 

24 

28 

28 

81 

104 

92 

104 

106 

Appendix  B - Contact  List 


Company 

Contact 

Recommended  by 

Comments 

CR 

attached 

Thycotic 

Jonathan  Cogley 

Excella 

Dowd  participated 

yes 

Tiger  Team 

Kevin  Ringham 

Excella 

yes 

Gilbane 

Bill  Trippe 

Marc  Strohleim 

Requested  by  Dowd 

yes 

Acumen  Solutions 

Andy  Shoka 

Dwight  Network 

yes 

Ten  Mile  Square 

Alden  Hart 

Yuvi  Kochar- 
CTO  Wash  Post 

Dowd  Participated 

yes 

Lucian  Hughes 

Profde  below 

Joe  Carter 

Dowd  reached  out  to  Joe  for  introductions  on  11/13- 1 
dropped  the  ball  on  this  one.  Dwight  conduct  web  research 

no 

Anatole 

Gershman 

Profile  below 

Joe  Carter 

Dowd  reached  out  to  Joe  for  introductions  on  11/13- 1 
dropped  the  ball  on  this  one.  Dwight  conduct  web  research 

no 

Sim  Associates 

Robert  A Kotch 

William  Poliak 

DG  researched,  not  happy  with  existing  websites  and 
choose  not  to  pursue 

no 

Joe  Carter 

Pacbell 

Peter 

Cunningham 

Joe  sent  TD  an  email  declining  the  opportunity 

no 

http://www.vs.inf.ethz.cli/events/dag2001/intro/AnatoleGershman.pdf 

http://www.accenture.com/Global/Services/Accenture  Technology  Labs/R  and  I/LukeHughes.htm 
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MEMORANDUM 


DATE: 


November  13,  2009 


TO: 


Tim  Dowd 


FROM: 


Dwight  Gibbs 


SUBJECT: 


Technology  Assessment 


Given  the  significant  implications  of  re-platforming  the  INPUT  Web  site  and  applications,  it  may  make 
sense  to  hire  an  external  firm  to  conduct  a technology  assessment.  This  assessment  would  answer 
five  key  questions: 

1 . Did  we  select  the  correct  language/platform? 

2.  Is  the  GovlA  architecture  sound? 

3.  Are  our  engineering  processes  sound? 

4.  Is  our  use  of  Scrum  appropriate  for  the  re-platforming  or  should  we  use  Waterfall? 

5.  Is  our  approach  to  the  re-platforming  sound? 

Mark  Keller  and  I interviewed  5 firms  that  we  believe  are  capable  of  conducting  a technology 
assessment  for  INPUT: 

1.  Thycotic 

2.  Tiger  Team 

3.  Gilbane 

4.  Acumen  Solutions 

5.  Ten  Mile  Square 

To  determine  which  firm  we  should  select,  we  identified  several  evaluation  criteria: 

.Net  Skills:  Does  the  firm  have  extensive  .Net  experience  and  a deep  .Net  skill-base? 

Java  Skills:  Does  the  firm  have  extensive  Java  experience  and  a deep  Java  skill-base? 

Lifecycle  Experience:  Does  the  firm  have  extensive  experience  across  the  development  lifecycle  - 
from  forming  an  idea  in  front  of  a white  board  all  the  way  through  to  delivering  and  supporting  an 
application? 

Agile  Experience:  Does  the  firm  have  deep  and  broad  experience  in  multiple  agile  approaches 
(Scrum,  XP,  AUP,  etc.)? 

Waterfall  Experience:  Does  the  firm  have  deep  and  broad  experience  with  waterfall? 

Assessment  Experience:  Has  the  firm  done  assessments  like  this  previously? 

Cost:  How  much  would  an  assessment  cost?  Note  that  each  of  the  firms  charge  on  a time  and 
materials  basis  and  estimate  that  the  assessment  would  cost  about  $25K  and  take  about  two  weeks. 

Recommendation 

We  assigned  weights  to  these  criteria  and  scored  each  of  the  firms  (see  Appendix  A).  As  you  can  see 
from  the  scores,  we  placed  the  most  emphasis  on  the  Skills  and  Experience  of  the  firms  and  the  least 
weight  on  the  Cost  and  Lifecycle  experience.  Based  on  this,  Ten  Mile  Square  is  the  best  firm  to 
conduct  a technology  assessment  for  INPUT,  though  their  score  is  quite  close  to  both  Acumen  and 
Tiger.  The  primary  reason  for  this  is  their  extensive  experience  conducting  similar  audits  for  Private 
Equity  and  Venture  Capital  firms. 
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INPUT 


MEMORANDUM 


DATE:  May  12,2010 

TO:  Peter  Cunningham 

FROM:  Jenelle  Bennett  & Dwight  Gibbs 

CC:  Tim  Dowd 

SUBJECT:  Short  Term  Margin  Improvements  Ideas 


As  you  know,  we  have  been  conducting  a BPM  analysis  of  INPUT’S  processes  to  identify  technical 
projects  and  process  changes  that  would  increase  INPUT’S  margins.  Most  of  the  margin  impact  is 
through  cost  savings  though  we  did  identify  some  revenue  generating  opportunities,  e g.  Upsell  and 
Renewal  processes.  Most  of  the  benefit  will  be  realized  during  and  after  4Q10. 

During  the  analysis,  we  have  identified  some  potential  non-BPM  opportunities  for  cost  savings  which 
could  be  implemented  in  a relatively  short  time  frame  - 1 to  3 months.  Please  note  that  these  are 
simply  ideas  - NOT  recommendations.  Given  the  significant  risks  involved  with  each,  they 
need  to  be  further  vetted  and  discussed.  It  would  be  premature  to  act  on  any  single  idea 
without  further  analysis. 


The  changes  in  the  grid  below  could  result  in  a staff  reduction  of  12  full-time  employees  - 6%  of  the 
total  196  employees  - in  the  next  2 months. 


Process 

Possible 

Modification 

Risks 

Benefits 

Tracked  Federal 
Opportunities 
(Research  Team) 

Focus  research 
efforts  on  pre-RFP 
opportunities  and 
automate  most 
updates  to  the  post- 
RFP  opportunities. 
Automatically  attach 
amendments  and 
modifications  to 
opportunities  reports 
without  providing 
content  analysis. 

Decreased  depth  in 
post-RFP  analysis 
could  lead  to 
decreased  member 
satisfaction  which 
could  lead  to 
decreased  renewal 
rates  and  lower  sales. 

• Staff  reduced  by  4 
analysts. 

• Reduce  resources 
invested  in  a 
service  that  is  less 
valuable  to 
members. 

Organization  Charts 
(Research  Team) 

Stop  creating  manual 
organization  charts  in 
Visio  and  offer  solely 
the  dynamic  charts. 

The  dynamic  charts 
are  not  printable. 
Members  accustomed 
to  printing  may  not 
renew  if  we  remove 
the  printinq  capability. 

• Staff  reduced  by  2 
analysts 

• Cancel  an 
unprofitable 
product. 

• Staff  reduced  by  2 
analysts. 



State  & Local  Tracked 
Opportunities 
(Research  Team) 

Focus  resources  on 
researching  pre-RFP 
opportunities  and 
reduce  time  spent  on 

S&L  renewal  rate  may 
decrease  if  we 
decrease  the  State  & 
Local  product  depth 
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tracked  opportunities 
from  30%  to  10%. 

Small  Business 
Advisor  Pool 
(Member  Services) 

Create  a pool  of 
member  advisors  to 
support  small 
business  members. 
Stop  assigning  a 
dedicated  MA  to  each 
small  business 
account. 

This  may  decrease 
member  satisfaction 
for  small  business 
which  could  lead  to 
lower  renewal  rates. 

• Staff  reduced  by  2 
member  advisors. 

Reallocate  Strategic 
Accounts 

Reduce  number  of 
MS  Strategic  Advisors 
by  1 . Reallocate 
accounts  across 
remaining  4 advisors. 
Redistribute  strategic 
up-sell  quota 
proportionately. 

The  renewal  rate  for 
strategic  accounts 
may  suffer. 

There  may  be  an 
increased  risk  of 
missing  new  business 
quota. 

• Staff  reduced  by  1 
member  advisor. 

Remove  Strategic 
Account  Manager 

Remove  Manager, 
MS  Strategic  role. 
Strategic  Member 
Advisors  report 
directly  to  SVP  MS. 

This  will  increase 
administrative 
responsibilities  for 
SVP  MS. 

• Staff  reduced  by  1 
manager. 

As  you  can  tell,  our  focus  is  on  head  count  given  INPUT’S  cost  structure.  There  are  other  non-head 
count  related  costs  that  we  could  address,  though  the  incremental  cost  savings  in  many  cases  would 
be  relatively  minor.  There  would  also  be  negative  impacts  on  our  employees  that  could  impact 
turnover  and  recruiting.  The  non-head  count  ideas  include: 

1 . Cut  benefits  and/or  increase  co-pay  amount 

2.  Do  not  allow  PTO  roll  over 

3.  Reduce  401  (k)  matching 

4.  Eliminate/reduce  bonuses 

5.  Break  our  lease  and  move  to  less  expensive  offices. 

6.  Break  our  lease,  consolidate  on  1 floor  and  have  more  employees  telecommute. 

7.  Discontinue  free  coffee  service 

8.  Cancel  the  INPUT  holiday  party 

9.  Cancel  the  INPUT  employee  holiday  party 

10.  Cancel  the  Club  trip. 

1 1 . Restrict  travel 

12.  Freeze  salaries 

13.  Cancel  BlackBerry/iPhone/Cell  phone  contracts 

14.  Discontinue  off-site  meetings 


M - BPM  Margin  Expansion  011410  DJG.docx  Page  2 of  2 


Confidential/Proprietary  — INPUT 


Printed:  May  12,  2010 


MEMORANDUM 


DATE: 


January  14,  2010 


TO: 


Peter  Cunningham 

Jenelle  Bennett  & Dwight  Gibbs 


FROM: 


CC: 


Tim  Dowd 


SUBJECT: 


Business  Process  Management  Update 


Executive  Summary 

Discovery:  Over  the  last  4 months  we  conducted  an  initial  process  discovery  assessment  in  order  to 
determine  the  most  significant  BPM  process  improvement  opportunities  at  INPUT.  We  focused  our 
analysis  on  the  two  largest  groups  within  the  company  - Research  and  Analysis  Services  (RAS)  and 
Member  Services  (MS).  Based  on  that  research,  we  compiled  a list  of  the  top  ten  BPM  projects  that 
offer  the  best  opportunities  for  optimization  and  automation  and  thus  cost  savings. 

Prioritization:  To  prioritize  each  project,  we  evaluated  cost  savings,  business  impact,  member 
impact,  and  process  complexity.  We  also  discussed  project  priorities  and  timelines  with  managers  in 
MS  and  RAS.  We  selected  FOIA  as  our  pilot  project  because  we  estimate  that  redesigning, 
optimizing,  and  automating  the  FOIA  process  will  save  approximately  $380,000  per  year  including 
recouped  administration  fees,  recouped  document  costs,  and  repurposed  FTEs. 

Savings:  Once  we  address  all  ten  processes,  INPUT  will  save  an  estimated  $1.6M  annually.  With 
the  current  plan,  we  expect  pay  back  by  the  end  of  2Q1 1 and  returns  of  over  480%  over  a 3 year  time 
period.  We  expect  to  find  further  cost  savings  opportunities  as  we  continue  our  analysis.  The  annual 
savings  from  BPM  will  likely  be  significantly  more  than  the  $1.6M  currently  identified. 

Timing:  Under  the  current  plan,  we  will  realize  savings  of  approximately  $100K  in  3Q10.  We  expect 
an  additional  savings  of  $140K  in  4Q10  for  a total  of  $240K  in  2010,  most  due  to  headcount  reduction. 
By  the  end  of  201 1 , we  expect  savings  of  over  $275K  per  quarter  - $91 6K  for  the  year.  By  the  end  of 
2012,  we  expect  savings  of  over  $400K  per  quarter.  Under  the  current  plan,  it  will  take  24-30  months 
to  realize  the  entire  $1 ,6M  of  annual  savings.  We  could  bring  these  savings  forward  by  dedicating 
more  staff  to  the  BPM  effort. 

Additional  Benefits:  By  implementing  a BPM  system  (BPMS)  and  optimizing  & automating  our 
processes,  we  will  realize  benefits  beyond  cost  savings: 

• Improved  Visibility:  By  using  a BPMS,  we  will  be  able  to  see  who  is  doing  what  when. 

• Higher  Data  Quality:  By  automating  more  of  our  work,  we  can  decrease  manual  errors. 

• Increased  Velocity:  By  automating  our  work  and  eliminating  bottlenecks,  we  will  increase  the 
velocity  of  data  flowing  through  INPUT. 

• Increased  Revenues:  By  automating  revenue  generating  activities  such  as  upsell  and  sales 
processes,  we  will  enable  greater  revenue  generation. 

• Decreased  Training  Time:  Learning  a process  becomes  much  easier  when  the  tasks  are 
automated  and  the  steps  explicitly  documented. 

All  of  these  will  eventually  lead  to  greater  member  and  employee  satisfaction. 
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Full  Report 


Over  the  last  4 months,  we  conducted  process  discovery  interviews  with  27  Member  Services  and 
RAS  employees  (Appendix  A)  and  observed  employees  during  their  normal  workdays.  Based  on  the 
information  gleaned  from  these  interviews  and  observations,  we  mapped  INPUT’S  process 
architecture  (Appendix  B),  and  assembled  a list  of  the  top  10  significant  processes  used  at  INPUT  by 
RAS  and  MS  which  offer  the  best  opportunities  for  optimization  and  automation.  We  confirmed  this 
assertion  by  reviewing  the  list  with  Megan  Gamse,  Tim  Brett,  Deniece  Peterson,  Brian  Haney, 
Jennifer  Hulvey,  and  Carly  Pla.  Each  agreed  with  the  projects  on  the  list  for  their  areas  (Appendix  C). 

To  prioritize  the  top  10  process  improvement  opportunities,  we  evaluated  each  process  across  4 
dimensions: 


• Complexity:  The  more  people  and  systems  integration  points  involved  to  optimize/automate 
a process,  the  greater  the  complexity. 

• Member  Impact:  The  more  members  involved  in  a process,  the  greater  the  member  impact. 

• Business  Value:  Business  value  measures  the  value  of  automating  and  optimizing  a process 
in  terms  of  increased  insight  into  the  process,  increased  velocity  of  data  in  the  process, 
enabled  capabilities,  and  increased  efficiency. 

• Cost  Savings:  Cost  savings  refers  to  the  number  of  FTEs  that  could  be  re-purposed  by 
optimizing  and  automating  the  process. 


In  the  image  below,  the  projects  in  the  top  right  quadrant  have  the  highest  Member  Impact  and  the 
highest  Business  Value.  Complexity  is  represented  by  the  size  of  the  bubble  ~ the  larger  the  bubble, 
the  greater  the  Complexity. 


Process  Ranking:  Member  Impact,  Business  Value,  Complexity 

6 i — • — • — — — — — — 

• New  Federal  Opportunities 

• New  S&L  Opportunities 

• Research  Queue 

• Federal  Opportunity  Updates 

• State  & Local  Opportunity  Updates 

• FOIA 

• Research  Report  Collaboration 
m Hotlines 

• Renewals 
Upsell 


1 2 3 4 5 

Member  Impact 

The  image  below  plots  projects  according  to  Complexity,  Business  Value,  and  Cost  Savings.  The 
projects  in  the  upper  right  corner  are  the  most  Complex  with  the  highest  Business  Value.  Cost 
Savings  is  represented  by  the  size  of  the  bubble  - the  larger  the  bubble,  the  greater  the  cost  savings. 


Bubble  size  represents  Complexity 
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Process  Ranking:  Complexity,  Business  Value,  Cost  Savings 
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Complexity 


• New  Federal  Opportunities 

• New  S&L  Opportunities 

• Research  Queue 

• Federal  Opportunity  Updates 

• State  & Local  Opportunity  Updates 

• Renewals 

• FOIA 

• Research  Report  Collaboration 
a Hotlines 

Upsell 

Bubble  size  represents  Cost  Savings 


We  selected  FOIA  as  our  initial  Business  Process  Management  (BPM)  project  as  it  has  high  Business 
Value  and  relatively  low  Complexity.  It  is  also  well  understood  and  relatively  self-contained.  In  order 
to  solidify  the  FOIA  business  case,  we  conducted  further  research  to  better  quantify  the  business 
benefits. 

FOIA  Evaluation 

We  conducted  interviews  with  the  staff  involved  in  the  FOIA  process  and  worked  with  them  to  create  a 
detailed  map  of  the  process,  including  the  costs  of  inputs  and  resources  (Appendix  D).  Based  on  this 
research,  it  is  clear  that  INPUT  has  significant  issues  with  the  current  FOIA  process: 

• Open  Ended  Cost:  We  have  unlimited  exposure  to  increasing  FOIA  costs  - the  more  FOIA 
requests  we  get,  the  greater  the  cost  of  FOIA.  In  fact,  we  are  losing  money  on  every  FOIA 
request  because  we  do  not  pass  the  FOIA  Group  administration  fee  through  to  our  members. 

• Extreme  Inefficiency:  The  current  process  has  numerous  bottlenecks  due  to  the  manual 
nature  of  the  work.  This  manual  work  also  adds  to  the  cost. 

• Process  Opacity:  We  have  limited  visibility  into  the  FOIA  process  as  it  goes  from  our 
systems  to  the  FOIA  Group’s  and  back.  There  is  little  to  no  reporting  for  employees  or 
members. 

Once  we  had  a thorough  understanding  of  the  FOIA  process,  we  mapped  out  a redesigned  process 
(Appendix  E).  We  then  built  automated  versions  of  the  “To-Be”  FOIA  process  in  both  the  Lombardi 
and  Metastorm  BPM  tools.  This  had  two  primary  benefits. 

First,  we  were  able  to  show  that  automating  the  FOIA  process  could  save  a significant  amount  of  time 
and  money  by: 

• Reducing  exposure  to  FOIA  costs  by  automatically  billing  our  members  for  each  request. 

• Eliminating  bottlenecks  and  manual  work  by  automating  key  tasks  in  the  process  such  as 
searching  for  duplicate  requests,  providing  member  updates,  and  uploading  documents. 

• Providing  transparency  --  a view  into  the  process  for  our  employees  and  members. 

• Increasing  the  documentation  of  all  communications  related  to  a FOIA  request.  This  will 
decrease  training  time  for  internal  employees,  and  allow  for  “plug  and  play”  contracting. 
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It  is  clear  that  either  could  work  well  in 


We  estimate  that  redesigning,  optimizing,  and  automating  the  FOIA  process  will  save  INPUT 
and^ulposed^Es^ppend^F^01^'09  administra,i0"  *»™"»  «*. 


Implementation  Timeframes,  Resource  Requirements,  Returns 

f^reRTikeM  Tth  Megan|Gar^s®  a"d  Kevin  P'exico  to  identify  the  projects  that  are  the  highest  priority 
for  RAS.  Not  surprisingly,  all  7 of  the  RAS  projects  are  relatively  important  because  they  will 
streamline  our  core  content  management  processes,  significantly  cut  costs,  and  also  replace  Cold 
Fusion  systems  that  are  difficult  to  work  with  and  expensive  to  support. 

We  worked  with  Brian  Haney,  Carly  Plan,  Jenn  Hulvey,  and  Russ  McKinnon  to  prioritize  the  3 projects 
or  Member  Services.  The  Upsell  and  Renewal  projects  will  both  save  costs  and  lead  to  revenue 
generation.  Brian  Haney  is  championing  the  Upsell  project  as  his  top  priority  for  2010  This  project 

Slel? 3Ct  °n  the  b6St  Pr°SPeCtS’  enablin9  US  t0  feaCh  °Ur  unPr^edeP;ed 


If  we  address  the  ten  processes  identified,  INPUT  could  save  an  estimated  $1.6M  annually: 


Area 

Number  of 
Projects 

Number 
of  FTE 

Savings  (Fully 
Loaded) 

Total  Annual 
Savings  $ 

RAS 

7 

12 

$ 60,000 

$ 720,000 

Member  Services 
FOIA 

3 

7 

$ 102,000 

$ 200,000 

$ 714,000 
$ 200,000 

Total 

$1,634,000 

The  velocity  of  our  BPM  program  depends  on  resources.  We  assembled  a plan  for  accomplishing  all 

oTerTs'm^hs  anT2Tln7hsalSO  ^ ‘°Se,her  °Pti0"S  Wh'Ch  WS  C°U'd  Spread  ,he  projec,s  out 


12  Months:  If  we  hire  two  full-time  BPM  consultants  for  12  months,  we  could  complete  all  ten 
projects  in  12  months  (Appendix  H).  K 

(Appendix*)  ^ ^ ^ 1 COnSultant  for  12  months'  we  would  need  approximately  18  months 
mo hs  (Append i)^J)ren^  PlaP  'S  t0  h'r6  1 Consultant  for  6 month  and  complete  all  10  projects  in  24 
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Current  Plan 

Our  plan  for  2010  includes: 

• Deploying  Metastorm  (see  Appendix  G for  our  evaluation  criteria). 

• Sending  Jenelle  and  Chad  Ganske  to  Metastorm  training  - scheduled  for  the  week  of 
1/25/2010. 

• Engaging  one  BPM  consulting  resources  for  6 months. 

• Automating  and  implementing  the  new  FOIA  process  in  2Q10. 

• Documenting  and  automating  additional  workflows  while  we  work  on  automating  processes. 

It  is  also  worth  noting  that  by  implementing  a BPM  system  (BPMS)  and  optimizing  & automating  our 
processes,  we  will  realize  benefits  beyond  cost  savings.  Optimized,  automated,  managed  processes 
will  lead  to: 

• Improved  Visibility:  By  using  a BPMS,  we  will  be  able  to  see  who  is  doing  what  when.  This 
will  give  us  visibility  that  we  have  never  had  before  and  allow  us  to  identify  bottlenecks  easily. 

• Higher  Data  Quality:  By  automating  more  of  our  work,  we  can  decrease  manual  errors. 

• Increased  Velocity:  By  automating  our  work  and  eliminating  bottlenecks,  we  will  increase  the 
velocity  of  data  flowing  through  INPUT. 

• Increased  Revenues:  By  automating  revenue  generating  activities  such  as  upsell  and  sales 
processes,  we  hope  to  enable  greater  revenue  generation. 

• Decreased  Training  Time:  Learning  a process  becomes  much  easier  when  the  tasks  are 
automated  and  the  steps  explicitly  documented. 

All  of  these  will  eventually  lead  to  greater  member  and  employee  satisfaction. 

Return  on  Investment 

Whether  we  complete  the  projects  over  one  year  or  two  years,  we  are  expecting  pay  back  by  the 
2nd  quarter  of  2011  and  returns  of  over  480%  over  a 3 year  time  period.  Appendices  H-J 
demonstrate  the  variations  of  the  BPM  program  in  Gantt  chart  format  as  well  as  outline  the  anticipated 
costs,  savings,  IRR,  NPV,  and  Payback  Period  calculations  for  each  program. 
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Appendix  A - Employee  Interviews  and  Observations 
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Research  Analysis  Services  (RAS) 

• SVP  Kevin  Plexico 

• Fed  IS 

o Director  - Megan  Gamse  (Fed  Information  Services) 
o Managers  - Jaime  Tomkins,  Arash  Ardalan,  Bruce  Thayer 

o Analysts  - Kate  Kula  (Task  Orders),  Paige  Erkins  (Org  Charts),  Monica  Jones  (FOIA), 
Jennifer  Deutschendorf  (FOIA),  Chris  Campbell  (Agency  Profiles),  Barbara  Austin  (FOIA), 
Josh  Temple  (Civilian),  Stephanie  Sullivan  (Civilian),  James  Tharp  (New  Hire  RA  Training), 
Daniel  Kubis  ( New  Hire  RA  Training) 

• State  & Local 

o Manager  - Tim  Brett 

o RA/Analyst  - Jeff  Webster,  Scott  Unzicker,  Kristina  Mulholland,  Nico  Fisher 

• Industry  Analysis 

o Manager  - Deniece  Peterson 
o Analyst  - Alex  Rossino 

Member  Services 

• SVP  - Brian  Haney, 

• Managers  - Carly  Pla,  Jennifer  Hulvey,  Russ  McKinnon,  Andrew  Sung 

• Member  Advisor  - AN  Omer, 
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Appendix  B - INPUT’S  High  Level  Process  Architecture 

INPUT  High  Level  Process  Architecture 
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impact  workflow  automation  potential 
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Develop  New 


Manage  Information  Process  Architecture 


Manage  Information 


IA  has  5 Sr.  Analysts  creating 
reports.  This  team  reaches  out 
to  the  Fed  and  State  & Local 
teams  for  support.  Fed  IS  has 
5 Sr.  Analysts  50-75%  time  on 
OA  and  Account  Planner 
Reports.  S&L  has  1 Analyst 
25%  on  State  Account 
Planners. 


2 full  time  RAs,  1 full  time  PA,  and 
1/3  of  a Director.  FOIA  is  also  an 
information  gathering  service  that 
Analysts  and  Member  Advisors  use 
multiple  times  weekly. 


42  FTEs  (26  Fed,  16  S&L) 
spend  about  50-60%  of 
their  time  on  managing 
opportunity  content. 


1 FTE  Manager 


16  S&L  on  State, 
Vertical,  Program,  and 
Application  Profiles  30% 
time.  1 Fed  IS  FTE  on 
Agency  profiles. 


Manage 


Manage 


Manage  f 
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Activity  Breakdowns:  Acquire  Opportunity  Data.  Develop  & Maintain  Opportunity 


Develop  & Maintain  Opportunities 


Discover 

Opportunity 

s__ 


Potential:  Replacing  Data  Manager  with  a new 
workflow  tool  will  improve  process  performance 
by 

1.  Increasing  overall  system  speed 

2.  Eliminating  lost  work  due  to  time  outs 

3.  Dynamically  prioritizing  and  allocating  tasks 

4.  Automating  team  dashboard  and  metrics 
reporting 

5.  Increase  visibility  - be  able  to  drill  down  to 
any  task  from  a high  level. 

6.  Increase  process  agility  - it  wilt  be  easier  to 
make  changes  to  the  process  and  business  rules 


Potential:  Automate,  improve  the 
allocation  and  prioritization  of  update 
tasks,  automate  team  dashboards 
and  metrics  reporting 
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Provide  Service  to  Members  Process  Architecture 


Member  Services 
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Project  Name 

Project  Description 

New  Federal  Opportunities 

Replace  Data  Manager  with  BPM;  increase 
automation  in  posting  new  opportunities;  route 
some  processing  tasks  to  SPi;  create  dashboard. 

New  S&L  Opportunities 

Consolidate  numerous  sources  of  content  into 
BPM  queue  for  processing;  automate  new 
content  posting;  route  some  processing  to  SPi; 
create  dashboard. 

Research  Queue 

Consolidate  and  document  numerous  sources  of 
data  into  a central  “opportunity  research"  queue; 
track  initial  research  through  to  opportunity 
creation;  continuously  add  new  sites  that 
frequently  yield  opportunity  info  to  scrapinq  tool. 

Federal  Opportunity  Updates 

Increase  automation  in  updates;  allocate  some 
update  tasks  to  SPi;  create  dashboard. 

State  & Local  Opportunity  Updates 

Increase  automation  in  updates;  allocate  some 
tasks  to  SPi;  create  dashboard. 

FOIA 

Automate  FOIA  processing;  create  reports. 

Research  Report  Collaboration 

Enable  the  cross-team  collaboration  on  research 
reports;  organize  documents  and  research; 
manage  report  creation  & review  process;  create 
dashboard. 

Renewals 

Automate  subscription  renewal  administration; 
automatically  create  upsell  leads  for  Upsell  team; 
create  dashboard  and  reports. 

Hotlines 

Replace  CRS  ticket  system  with  BPM.  Reduce 
manual  handoffs. 

Upsell 

Create  upsell  leads  queues;  create  logic  to  auto- 
populate and  organize  leads  in  queues;  track 
leads  to  sale;  create  dashboard  and  reports. 
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Appendix  D - As  Is  FOIA  Process  Map 
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Appendix  E - Redesigned  FOIA  Process  Map 
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Appendix  F - FOIA  Cost  Savings 

i INPUT 


2 

Tech  Team 

3 

Annual  FOIA  Cost  Savings 

4 

5 

6 

Average  Salary 

$68,000 

(blended  rate  of  RAs  and  Manager) 

7 

Load  Factor 

20% 

3 

FOIA.com  Cost  per  Request 

$37  50 

9 

Annual  FOIA  Requests 

2,700 

(required  minimum) 

10 

11 

Currently 

To  Be 

12 

Average  Request  Distribution 

Percentage 

Recouped 

Recouped 

13 

Less  than  $100 

85% 

0% 

100% 

14 

$100  to  $500 

13% 

70% 

100% 

15 

More  than  $500 

2% 

100% 

100% 

16 

17 

Total 

Currently 

To  Be 

18 

Document  Cost 

Avg  Cost 

Documents 

Cost 

Recouped  Recouped 

Savings 

19 

Less  than  $100 

$60 

2,295 

$137,700 

$0 

$137,700 

$137,700 

20 

$100  to  $500 

$250 

351 

$87,750 

$61,425 

$87,750 

$26,325 

21 

More  than  $500 

$500 

54 

$27,000 

$27,000 

$27,000 

so 

22 

$252,450 

$88,425 

$252,450 

$164,025 

23 

24 

Labor 

Current 

Future 

Savings 

25 

FTEs 

3 

0.5 

2.5 

26 

Labor 

$244,800 

$54,000 

$190,800 

27 

28 

Cost  Recoup 

Requests 

Cost 

Total 

29 

Processing  Fee 

2,700 

$13 

$33,750 

30 

Document  Cost 

$164,025 

31 

$197,775 

32 

33 

on 

Total  Savings 

$388,575 
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Appendix  G - BPM  System  Evaluation  Criteria  and  Scores 

INPUT 

Tech  Team 

BPMS  Vendor  Evaluation 


Evaluation  Criteria  and  Weight 

BPMS 

Scoring 

BPMS  Wei 

ghted  Scores 

Evaluation  Criteria 

Relative  Weight 

Lombardi 

Metastorm 

Lombardi 

Metastorm 

Cost 

5 

5 

4 

25 

20 

Ease  of  Use 

5 

4 

5 

20 

25 

Technical  Fit 

5 

4 

5 

20 

25 

Integration 

5 

5 

5 

25 

25 

Ease  of  Task  Automation 

5 

3 

5 

15 

25 

Intuitive  Modeling 

5 

5 

5 

25 

25 

Ease  of  Testing  & Playback 

5 

5 

4 

25 

20 

Breadth  of  Product 

4 

5 

3 

20 

12 

Depth  of  Product 

3 

5 

5 

15 

15 

User  Support 
Frequency  / Quality  of 

3 

5 

5 

15 

15 

Upgrades 

3 

4 

4 

12 

12 

Product  Maturity 

2 

5 

5 

10 

10 

Proximity  of  Expert  Resources 

2 

4 

5 

8 

10 

Reference  Call  Results 

5 

4 

5 

20 

25 

Total  Weighted  Score 

255 

264 
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Appendix  H -2  BPM  Consultants  on  12  Month  Contracts 
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Program  Summary 

Jenelle  and  one  consultant  will  work  together  to  develop  the  first  project  FOIA.  After  FOIA  is  rolled- 
out,  one  BPM  consultant  will  work  on  content  management  projects.  A second  BPM  consultant  will 
work  on  member  services  projects.  The  consultants  will  take  the  lead  on  the  architecture  (in 
conjunction  with  Mark  Keller),  development,  and  reporting  for  each  project.  Jenelle  will  take  the  lead 
on  process  mapping,  analysis,  redesign,  testing,  training,  and  implementation  for  all  projects  in  2010, 
and  will  take  over  all  aspects  of  BPM  projects  in  201 1 and  beyond. 

2010  BPM  Projects 

Resources:  Jenelle  and  2 BPM  consultants  for  12  months 


RAS  Project 

Member  Services  Project 


Program  Costs,  Savings  and  Rate  of  Return 

We  looked  at  the  cost,  savings,  and  returns  using  net  present  value,  internal  rate  of  return,  and 
payback  period  analysis  over  3 years.  We  expect  to  recover  the  initial  investment  in  about  a year  and 
a half.  We  estimate  a 690%  IRR,  and  an  NPV  of  1 6M.  Please  see  below  for  the  breakdown. 


Year 

BPM  Cost 

BPM  Savings 

Yearly  Net  Profit/Loss 

Running  Total  Net  Profit/Loss 


12/31/2010 

$ (668,272)  $ 

$ 482,000  $ 

$ (186,272)  $ 

$ (186,272)  $ 


12/31/2011  12/31/2012 

(258,072)  $ (258,072) 

1,562,500  $ 1,600,000 

1,304,428  $ 1,341,928 

1,118,156  $ 2,460,084 


Cost  of  Capital  18% 

IRR  (Internal  Rate  of  Return)  691% 

NPV  $1,595,701 

Payback  Period  Q1  2011 
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Appendix  I -1  BPM  Consultant  on  a 12  Month  Contract 

Program  Summary 

Jenelle  and  one  consultant  will  work  together  to  develop  FOIA  and  Upsell.  After  FOIA  and  Upsell  are 
rolled  out,  Jenelle  will  take  the  lead  on  process  mapping,  analysis,  redesign,  testing,  training,  and 
implementation  for  all  projects  and  will  share  some  process  development  activities.  The  BPM 
consultants  will  take  the  lead  on  the  architecture  (in  conjunction  with  Mark  Keller),  development  and 
reporting  for  each  project.  Jenelle  will  take  over  all  aspects  of  BPM  projects  in  201 1 and  beyond  We 
plan  to  complete  ten  projects  in  2 years  with  this  program. 


2010  BPM  Projects 

Jenelle  + 1 BPM  consultant  for  12  months 


ID 

Project  Name 

Start 

Finish 

Duration 

2010 

2011 

01  02  03  04 

01 

1 

FOIA 

2/1/2010 

4/2/2010 

9w 

2 

New  Federal  Opportunities 

3/15/2010 

6/18/2010 

14w 

3 

Federal  Opportunity  Updates 

6/1/2010 

9/20/2010 

16w 

4 

Up-sell 

4/2/2010 

7/8/2010 

14w 

5 

Renewals 

7/1/2010 

10/20/2010 

16w 

6 

Hotlines 

10/20/2010 

2/8/2011 

16w 

i zrmj 

/ 

New  S&L  Opportunities 

10/20/2010 

1/25/2011 

14w 

2011  BPM  Projects 
Jenelle 


2011  BPM  Projects 
Resources:  1 BPM  Manager 


ID 

Task  Name 

Start 

Finish 

Duration 

2011 

2012 

O’  Q2  | 03  | Q, 

Q1 

1 

S&L  Opportunity  Update 

2/1/2011 

5/23/2011 

16w 

2 

Research  Queue  (Fed,  S&L) 

5/16/2011 

9/2/201 1 

16w 

3 

Research  Report  Collaboration 

9/2/2011 

12/22/2011 

16w 

Program  Costs,  Savings  and  Rate  of  Return 

We  looked  at  the  cost,  savings,  and  returns  using  net  present  value,  internal  rate  of  return,  and 
payback  period  analysis  over  3 years.  We  expect  to  recover  the  initial  investment  in  about  a year  and 
a half.  We  estimate  a 590%  IRR,  and  an  NPV  of  1 ,4M. 

^ear 12/31/2010 12/31/2011  12/31/2012 


BPM  Cost 

BPM  Savings 

Yearly  Net  Profit/Loss 

Running  Total  Net  Profit/Loss 


Cost  of  Capital 

IRR  (Internal  Rate  of  Return) 

NPV 

Payback  Period 


$ 

$ 

$ 

$ 


(468.272) 
284,000 

(184.272) 

(184,272) 


18% 
590% 
$1,434,727 
Q1  2011 


$ 

$ 

$ 

$ 


(258,072) 

1,336,000 

1,077,928 

893,656 


(258,072) 

1,600,000 

1,341,928 

2,235,584 
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Appendix  J - 1 BPM  Consultant  on  a 6 Month  Contract 

Program  Summary 

Jenelle  and  one  consultant  will  work  together  to  develop  FOIA.  After  FOIA  is  rolled  out,  Jenelle  will 
take  the  lead  on  process  mapping,  analysis,  redesign,  testing,  training,  and  implementation  for  all 
projects  and  will  share  some  process  development  activities.  The  BPM  consultants  will  take  the  lead 
on  the  architecture  (in  conjunction  with  Mark  Keller),  development,  and  reporting  for  the  first  two 
projects.  Jenelle  will  take  over  all  aspects  of  BPM  projects  beyond  the  contract.  We  plan  to  comolete 
ten  projects  in  2 years  with  this  program. 

2010  BPM  Projects 

Jenelle  + 1 BPM  consultant  for  6 months 


ID 

Project  Name 

Start 

Finish 

Duration 

2010 

Q*  Q2  Q3  | Q4 

1 

FOIA 

2/1/2010 

3/26/2010 

8w 

2 

Federal  Opportunity  Updates 

3/15/2010 

7/2/2010 

16w 

3 

New  Federal  Opportunities 

6/15/2010 

10/4/2010 

16w 

4 

Upsell 

3/15/2010 

6/4/2010 

12w 

5 

Renewals 

10/1/2010 

1/20/201 1 

16w 

■mamamtmm 

2011  BPM  Projects 
Jenelle 


Program  Costs,  Savings  and  Rate  of  Return 

We  looked  at  the  cost,  savings,  and  returns  using  net  present  value,  internal  rate  of  return,  and 
payback  period  analysis  over  3 years.  We  expect  to  recover  the  initial  investment  in  about  a year  and 
a half.  We  estimate  a 486%  IRR,  and  an  NPV  of  1 . 1 M. 


Year 

12/31/2010 

12/31/2011 

12/31/2012 

BPM  Cost 

$ 

(388,272) 

$ 

(258,072) 

$ (258,072) 

BPM  Savings 

$ 

239,000 

$ 

916,000 

$ 1,540,000 

Yearly  Net  Profit/Loss 

$ 

(149,272) 

$ 

657,928 

$ 1,281,928 

Running  Total  Net  Profit/Loss 

$ 

(149,272) 

$ 

508,656 

$ 1,790,584 

Cost  of  Capital  18% 

IRR  (Internal  Rate  of  Return)  486% 

NPV  $1,126,233 

Payback  Period  Q2  2011 
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Appendix  K - Why  a Business  Process  Management  (BPM)  System? 

Managing  business  processes  is  currently  a challenge  for  INPUT.  We  have  many  processes  that  are 
sub-optimal,  manual,  and  time  consuming.  In  addition,  we  also  have  limited  visibility  into  most 
processes  making  it  difficult  to  determine  who  is  doing  what,  how  tasks  are  being  done,  and  how 
much  time  they  take.  INPUT  has  not  historically  focused  on  evaluating  business  processes.  The 
result  is  that  there  is  no  infrastructure  in  place  to  measure  process  performance  or  evaluate  how  to 
improve  a process.  With  a BPM  System  (BPMS),  we  can  establish  the  framework  for  analyzing  and 
optimizing  processes. 

The  two  goals  of  a BPM  program  for  INPUT  are: 

1 . Launch  a continuous  process  improvement  program  that  measures  process  performance, 
evaluates  actual  process  data,  and  implements  process  changes. 

2.  Optimize  processes  and  then  automate  them  to  the  greatest  extent  practical. 

A BPMS  would  facilitate  end-to-end  process  documentation  giving  those  involved  a better  view  of  the 
entire  workflow.  A BPMS  would  also  enable  INPUT  to  incrementally  improve  processes.  And  a 
BPMS  would  allow  us  to  easily  leverage  existing  technology  and  systems.  To  do  this,  most  BPM 
suites  include  a variety  of  elements  and  technologies.  Below  is  a graphical  representation  of  the 
typical  components  and  interfaces  of  a BPMS. 
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• Technology 

2010  Functional  Plan 


Introduction 

The  most  significant  Technology  efforts  planned  for  2010  are  the: 

• Release  of  Government  Investing  Advisor 

• Start  of  the  rebuild  of  our  applications  on  the  .Net  platform 

• Move  from  Windows  XP  to  Windows  7 

• Implementation  of  a Business  Process  Management  system 


In  the  first  quarter  of  2010,  the  Technology  Team  will  deliver  the  first  production 
release  of  Government  Investing  Advisor.  This  is  significant  as  it  is  will  form  the 
base  for  our  new  application  platform. 

We  will  begin  the  re-platforming  effort  by  building  the  shared  services  that  will  drive 
all  of  our  applications.  Once  completed,  we  will  use  them  to  begin  porting  each  of 
our  products  to  the  .Net  platform.  We  expect  to  start  on  January  25,  2010  and  finish 
in  March  2011.  The  cost  would  $1.86M  in  2010  and  $329K  in  2011  for  a total  of 
$2.19M.  We  could  accelerate  the  effort  by  adding  staff  and  finish  by  October  2010  at 
a cost  of  $2.43M. 


Internally,  the  Infrastructure  team  will  begin  moving  our  users  from  Windows  XP  to 
Windows  7.  We  have  found  Windows  7 to  be  significantly  more  stable  than  XP  as 
well  as  easier  to  manage  and  maintain. 


Finally,  2010  will  be  marked  by  the  automation  of  critical  processes  by  our  Business 
Process  Management  team. 


Key  Objectives 

A.  Government  Investing  Advisor 

The  Application  Development  team  will  release  the  first  version  of  Government 
Investing  Advisor  in  1Q10. 

B.  New  Web  Platform 

The  Application  Development  team  will  begin  the  effort  to  re-platform  our 
applications.  In  the  process,  the  team  will  increase  their  velocity  at  least  15%. 

c.  New  Web  Site 

The  Application  Development  team  will  work  with  Marketing  to  deliver  a new 
public  web  site  by  3Q10. 

D.  Business  Process  Management  (BPM) 

The  BPM  team  will  document  and  automate  at  least  4 significant  business 
processes,  saving  at  least  10,000  man  hours  annually  equivalent  to  5 FTEs. 
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E.  Infrastructure 

The  Infrastructure  Team  will  continue  to  support  our  employees  by  delivering  3 
nines  of  availability  (99.9%)  across  our  infrastructure  and  closing  90%  of  trouble 
tickets  in  less  than  60  minutes.  In  addition,  we  will  support  up  to  210  staff  with 
the  existing  3 Infrastructure  staff  members. 


Key  Strategies 

A.  The  Application  Development  team  will  continue  to  use  an  Agile/Scrum 
methodology  to  deliver  the  new  platform  and  will  implement  a tool  to  automate 
the  collection  and  reporting  of  Scrum  metrics. 

B.  The  Application  Development  team  will  work  with  the  Marketing  Team  to  select 
and  deploy  a new  Content  Management  System  (CMS). 

C.  The  BPM  team  will  select  and  implement  a BPM  system. 

D.  The  Infrastructure  Team  will  deploy  Windows  7 to  at  least  90%  of  our  laptops. 

E.  The  Infrastructure  team  will  remove  administrator  rights  from  at  least  95%  of 
users  on  our  network. 

F.  The  Infrastructure  team  will  use  a Kanban  methodology  to  manage  their  projects. 


Staffing  Plan 


Technology  Staffing,  2010 

Jan-10 

Dec-10 

Exec 

l 

l 

Chief  Architect 

1 

l 

Developers 

4 

7 

User  Interface 

1 

1 

Quality  Assurance 

1 

1 

Scrum  Master 

1 

1 

Product  Owners 

2 

2 

Database  Administrator 

1 

1 

Infrastructure 

3 

3 

Business  Process  Management 

1 

1 

Total 

16 

19 

Beyond  the  current  open  positions  (QA  Lead  and  User  Interface  Tech),  we  plan  to 
add  one  .net  Developer  to  the  Technology  Team  head  count  in  2010  and  replace  our 
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two  .Net  contractors  with  FTEs.  While  there  have  been  discussions  regarding  the 
correct  head  count  of  the  steady-state  development  team,  no  further  decisions  have 
been  made.  In  addition,  we  have  discussed  several  options  for  staffing  our  re- 
platforming effort.  We  may: 

• Hire  additional  full-time  developers. 

• Hire  an  additional  Scrum  Master. 

• Hire  an  additional  User  Interface  Tech 

• Hire  an  additional  Quality  Assurance  Tech. 
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MEMORANDUM 


DATE: 


July  10,  2009 


TO: 


Tim  Dowd 


FROM: 


Dwight  Gibbs 


SUBJECT:  Technology  Update 


With  the  Board  meeting  next  week,  I thought  it  would  be  a good  idea  to  provide  you  with 
a formal  update  on  where  we  are  with  the  Technology  Team. 

Staffing 

As  you  know,  when  I started  at  INPUT  in  February  of  this  year,  we  had: 

4 infrastructure  techs  (Scott,  Russell,  Mike,  and  Bryan) 

6 developers  (Paul  T.,  Brian,  Eric,  Chad,  Selene,  and  Linh) 

2 project  managers  (Grant  and  Rick) 

12  total  techs 

At  this  time,  the  culture  in  Tech  was  toxic  - surly,  negative,  unhelpful,  etc.  - and  the 
output  was  limited. 

A little  over  4 months  later  we  have  a much  different  look: 

3 infrastructure  techs  (Mike,  Bryan,  and  John) 

2 developers  (Paul  T.  and  Brian) 

1 Architect  (Mark) 

1 Database  Administrator  (Gary) 

2 project  managers  (Grant  and  Rick) 

9 total  techs 

We  are  augmenting  this  team  with  2 .Net  contractors  (Roberto  and  Paolo  - both 
scheduled  to  roll  off  at  the  end  of  August)  and  2 ColdFusion  developers  (Maggie  and  Liz 
- both  scheduled  to  roll  off  at  the  end  of  August).  We  also  have  two  new  hires  on  the 
horizon  - Tony  (mid-level  .Net  developer  starts  on  July  22nd)  and  Jenelle  (Business 
Process  Management  starts  on  August  31 ). 

The  culture  in  the  team  is  much  different  today,  much  more  of  a hard  working  can-do, 
make-it-happen,  how-can-we  help.  And  output  is  also  much  improved. 

Given  the  mountain  of  work  in  front  of  us,  we  are  certainly  not  done  with  hiring.  We 
have  several  open  positions: 

2 Senior  .Net  developers 
1 Quality  Assurance  Tech 
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1 User  Interface  Tech 

2 Scrum  Masters 

Once  we  get  the  right  people  in  these  roles,  I am  confident  that  we  will  be  able  to 
produce  a significant  amount  of  high  quality  work.  I want  to  emphasize  that  we  need 
the  right  people.  There  is  nothing  I am  working  on  that  is  more  important  than  hiring. 

We  are  not  settling  for  warm  bodies.  It  is  critical  that  we  get  the  best  and  brightest 
people  onboard.  For  this  reason,  it  may  take  some  time  to  fill  these  roles.  I will  be 
patient  and  wait  for  the  right  people  as  the  output  we  get  in  terms  of  quality  and  quantity 
will  be  significantly  higher  with  the  right  people  on  the  team. 

Note:  Depending  on  how  many  new  products  we  want  to  develop  and  how  fast  we  want 
to  move  on  those  and  the  new  platform,  our  staffing  may  change.  We  may  opt  to  retain 
our  contractors,  increase  the  number  of  contractors,  or  add  more  full-time  resources. 

Scrum 

As  you  know,  we  retained  Linda  Cooks  of  Project  Cooks  to  serve  as  our  Agile  coach. 
She  has  been  here  for  5 weeks  and  has  had  a tremendous  impact  on  software 
development.  In  Scrum  we  use  story  points  as  estimates  of  effort/complexity.  In  our 
first  3 sprints,  the  number  of  points  we  were  able  to  produce  went  from  23  to  46  to  50.5. 
We  accomplished  this  despite  losing  a developer  halfway  through  the  second  sprint  and 
losing  20%  of  our  ColdFusion  contractor  hours  in  the  third  sprint.  That  is  quite 
impressive  and  attributable  in  a large  part  to  Linda. 

Linda  has  been  working  with: 

• Rick  and  Grant  to  help  them  up  the  Scrum  Master/Product  Owner  curve 

• Developers  to  help  them  better  estimate  their  work  and  complete  it  quickly  but 
with  a high  degree  of  quality 

• Business  staff  to  help  them  function  as  Product  Owners  - writing  user  stories 
with  acceptance  criteria,  attending  the  daily  scrums,  testing  the  work  completed, 
etc. 

One  of  the  best  aspects  of  Scrum  is  transparency.  We  are  able  to  see  easily  who  is 
doing  what  and  where  work  is  in  our  queue.  The  best  part  is  that  we  are  able  to  detect 
problems  early  and  address  them  quickly. 

Four  notes  about  Scrum: 

1 . It  is  not  just  for  software  development.  Any  project  can  be  managed  with  Scrum. 
Given  the  success  we  have  had  in  Tech,  I strongly  recommend  rolling  Scrum  out 
to  the  rest  of  the  company. 

2.  Neither  Rick  nor  Grant  wants  to  be  a Scrum  Master.  Truth  be  told,  I am  not  sure 
either  could  do  the  job  well.  They  both  want  to  be  Product  Owners.  This  is  great 
as  we  definitely  need  two  full-time  Product  Owners.  I am  not  convinced  that  they 
can  both  do  that  job.  But  we  should  absolutely  let  them  try.  Related  to  this  -- 

3.  We  need  to  find  2 Scrum  Master  to  fill  the  roles  that  Rick  and  Grant  want  to 
vacate.  We  are  looking  but  these  folks  are  hard  to  find. 
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4.  Linda’s  contract  expires  at  the  end  of  July.  It  is  imperative  that  we  retain 
her.  If  we  do  not,  our  Scrum  efforts  will  wither  and  we  will  revert  to  our  old,  sub- 
optimal  ways.  She  is  very  expensive  but  I believe  well  worth  the  cost. 

The  ColdFusion  (CF)  Platform 

As  you  know,  development  continues  on  the  CF  platform.  We  finished  the 
Strengthening  Opportunities  project  and  are  currently  working  on  Task  Orders.  After 
that  (end  of  July/early  August),  we  will  knock  out  Grants  Modernization  (late  September) 
and  then  move  to  break/fix  work  only. 

As  much  as  I hate  to  admit  it,  you  were  right  about  hiring  the  CF  contractors.  Maggie 
and  Liz  were  able  to  come  up  the  learning  curve  very,  very  quickly  and  are  now  equally 
as  productive  (if  not  more  so)  as  Paul  and  Brian.  Once  we  complete  Grants 
Modernization,  I would  like  to  retain  Maggie  and  Liz  for  ~40  hours  a month  to  handle 
small  changes  and  bug  fix  work. 

Three  notes  on  the  CF  platform 

1 . Depending  on  what  is  involved  in  the  new  products  we  have  proposed 
(Government  Community,  Teaming,  etc.)  continued  work  on  the  CF  platform  may 
be  required. 

2.  With  all  of  the  development  activity,  we  have  unfortunately  seen  how  very,  very 
fragile  and  buggy  the  CF  code  is.  Small  changes  we  make  have  unintended 
negative  consequences  throughout  the  code  base.  This  problem  is  exacerbated 
by  the  lack  of  - 

3.  Automated  Testing  - there  is  absolutely  none  on  the  CF  platform.  Every  single 
change  has  to  be  tested  by  hand.  And  all  releases  have  to  be  regression  tested 
by  hand  every  time  code  is  released.  This  is  insane  and  makes  it  near 
impossible  to  guarantee  bug-free  code  releases.  Retrofitting  automated  testing 
would  be  extremely  time  intensive,  difficult,  and  expensive.  Once  we  have  a QA 
tech  onboard,  I am  hoping  to  retain  an  intern  to  work  with  the  QA  tech  to  add 
some  basic  testing  to  the  CF  platform. 

The  .Net  Platform 

The  .Net  platform  development  is  proceeding  apace  though  not  quickly  as  we  only  have 
2 full-time  techs  on  it.  You  can  see  the  latest  build  here: 
http://inputdevweb01/FinancialServices/ . To  date,  we  have  about  4 programmer 
months  invested.  With  all  of  the  interviewing  and  Scrum  training,  Mark  Keller  has  very 
little  time  to  spend  of  the  platform.  Happily  Roberto  (one  of  our  Accela  consultants)  is 
both  a top-notch  architect  and  an  extremely  skilled  developer.  I am  very  comfortable 
with  Roberto  making  architectural  decisions  (though  everything  is  approved  by  Keller). 
Paolo  (our  other  developer)  is  also  exceptionally  talented  though  he  has  only  been  with 
us  for  about  4 weeks. 

Given  the  quality  problems  we  are  seeing  with  the  CF  platform,  I asked  the  .Net  team  to 
spend  more  time  on  continuous  integration,  automated  build,  automated  testing,  etc.  in 
order  to  ensure  that  we  are  delivering  quality  code  and  can  move  quickly  without 
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worrying  about  unintended  negative  consequences.  At  this  point,  every  time  a 
developer  checks  code  into  our  repository,  before  it  is  wntten  to  disk  we  bu',d  tb® 
product  and  run  a battery  of  tests  on  it.  If  any  test  fails,  the  code 's  "ot ' J°ld 'and 
the  developer  gets  an  error  message,  and  an  email  indicating  who  broke  the  build  and 
how  is  sent  to  the  entire  dev  team  (including  me).  I am  happy  to  say  that  I see  very  few 

of  these. 

We  are  not  done  with  the  automated  testing.  We  have  unit,  integration,  and  ^"c*'0031 
testing  addressed.  We  do  not  have  end  to  end  testing  in  place  - testing  transactions 
from  the  browser  down  to  the  database  and  back.  This  is  why  we  are  'ookmg  for  a QA 
tech.  Once  we  have  one  onboard,  s/he  will  be  implementing  end-to-end  testing  for  all  of 
our  functions  on  all  of  our  screens  on  the  .Net  platform. 


In  terms  of  release  date,  I am  confident  that  we  will  hit  our  end  of  Q3  target  date  for  vl  .0 
of  the  Financial  Services  product. 


Dashboard/Reporting  Portal  . . . . ,nDM 

As  I mentioned  above,  we  hired  Gary  Xu  as  our  database  administrator  (DBA).  Gary 
started  on  June  8th.  Since  then,  he  has  been  very  busy.  As  I mentioned  to  you 
INPUT  com  has  been  unavailable  for  5 to  10  minutes  every  night  dunng  our  database 
backup  process.  One  of  the  first  things  Gary  did  was  to  change  our  configuration  so 
that  we  are  no  longer  down  during  the  backup  process.  Since  then,  Gary  has  been 


working  on  several  tasks: 

• Learning  our  data  model 

• Changing  our  configuration  and  dB  schemas  to  improve  performance 

• Building  reports  for  the  Sales  and  Marketing  teams 

• Optimizing  our  database  replication  process 

• Creating  a second  test  environment 

• Helping  the  Scrum  teams  with  their  dB  work 

• Implementing  LoaiXML  so  that  we  can  create  dashboards  and  a reporting  portal 


You  can  see  a couple  of  the  graphs  he  has  built  here,  here,  and  here.  We  ll  be 
developing  more  in  the  weeks  and  months  ahead. 


In  addition,  Gary  is  going  to  be  using  SQL  Server  Reporting  Services  to  create  a 
reporting  portal  for  INPUT.  This  will  allow  our  staff  to  run  their  own  reports  by  selecting 
them  from  a menu  system  and  entering  the  desired  parameters,  e.g.  date  ranges, 
NAICS  codes,  etc.  We  should  have  something  to  show  by  the  October  Board  meeting. 


Web  Site  Redesign  , . 

Matrix  delivered  the  three  redesign  looks  to  us  at  the  end  of  June. 

• Version  la 

• Version  1 b 

• Version  2a 

• Version  2b 

• Version  3 
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We  need  to  decide  which  aspects  we  want  to  take  from  each  design  to  get  to  a final 
look  & feel  Once  we  have  that,  we  can  start  working  on  sub-pages  for  our  products. 
As  long  as  we  can  get  to  a final  look  & feel  this  month,  I feel  confident  we  can  have  a 
new  look  for  the  sub-pages  complete  by  the  end  of  Q3. 


Member  Prospect  System  (MPS)  _ . . . ..  ... 

We  hired  Matrix  Group  to  perform  an  inventory  of  MPS  to  determine  what  functionality 
we  have.  Jen  Lesar  from  Matrix  completed  the  inventory,  placing  the  functionality  into  5 

buckets: 

1 . Sales  Force  Automation 

2.  Client  Relationship  Management 

3.  Email  Marketing 

4.  Financial  Reporting 

5.  Other 


As  you  might  expect,  the  report  is  quite  dense  (30+  pages).  Jen  made  some  interesting 
findings: 

• Many  reports  are  the  same,  just  with  slightly  different  parameters 

• There  is  functionality  available  that  is  apparently  not  used  by  anyone 

• Some  features  do  not  work  at  all 


Our  next  steps  with  MPS  are:  „ A1_  .... 

1 Determine  what  functionality  we  do  not  need  and  take  it  off  the  requirements  list 

2.  Determine  what  missing  functionality  we  do  need  and  add  it  to  the  requirements 

list  ..  . . 

3.  Determine  what  reports  we  need  and  move  them  to  our  reporting  portal 

4.  Determine  what  functionality  can  be  achieved  in  other  systems,  e.g.  NetSuite. 

Once  we  complete  those  steps,  we  can  make  an  assessment  of  what  we  want  to  do 
first  My  guess  is  that  we  will  move  the  SFA  tasks  to  SalesForce,  follow  up  with  Email 
Marketing  on  SalesForce,  and  then  CRM  on  SalesForce.  Concurrently  we  will  move  the 
reports  to  the  Reporting  Portal  and  the  Financial  Reporting  to  NetSuite.  We  will 
probably  need  to  write  custom  apps  for  the  remaining  functionality. 


Product  Strategy  Sessions  . ... 

Joanna  Pineda  (CEO  of  the  Matrix  Group)  will  be  conducting  4 strategy  sessions  with 

our  staff  on:  July  15th , July  17th , July  27th'  and  August  5 . 

During  these  sessions  we  will  discuss  how  we  want  to  package,  market,  sell,  and 
support  our  products.  I think  the  timing  of  these  discussions  is  particularly  good  given 
the  release  of  both  USASpendinq.gov  and  Data.ggv.  The  deliverable  coming  out  of 
these  sessions  will  be  a recommendation  from  Matrix.  This  recommendation  will  inform 

our  platform  re-build. 

$64,000  Questions  - When  and  How  Much? 
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I understand  that  everyone  wants  to  know  when  we  will  be  done  and  how  much  the 
platform  rebuild  will  cost.  Unfortunately  I cannot  answer  either  of  those  questions  as  we 
are  still  determining  what  we  will  build.  Even  if  we  did,  we  will  undoubtedly  need  to 
make  mid-course  corrections  to  enhance  existing  products,  release  new  products,  and 
address  other  changes  in  the  market.  These  decisions  will  directly  impact  budgets  and 
time  lines.  I know  this  is  not  very  satisfying,  so  let  me  layout  a couple  of  scenarios  that 
may  be  illustrative.  Keep  mind  that  planning  can  only  be  done  effectively  coarsely  in  the 
long  term.  We  can  do  fine  grain  planning  in  the  short-term. 

If  I could  dedicate  5 top-notch  .Net  developers  to  rebuilding  the  current  INPUT  Web  site, 

I am  guessing  it  would  take  8 to  10  months.  So  call  it  50  man-months.  At  20  work  days 
per  month  and  $900/day  (consultant  rate)  that  equates  to  $900K. 

If  I could  dedicate  5 top-notch  .Net  and  SalesForce  consultants  to  replace  MPS,  I am 
guessing  it  would  take  about  6 to  8 months.  So  call  it  40  man-months.  At  20  work  days 
per  month  and  $900/day  (consultant  rate)  that  equates  to  $720K. 

I think  INPUT  could  handle  an  absolute  maximum  of  four  Scrum  teams  working  at  any 
one  time.  Anything  more  than  that  would  overwhelm  the  business.  This  means  the 
fastest  we  could  get  through  90  man-months  of  work  is  about  6 months.  Note  that  there 
would  be  a long  ramp  time  to  get  the  resources  required  on  board  and  up  to  speed,  a 
LOT  of  overhead  to  support  them,  and  a tremendous  burden  on  the  business  folks.' 

Recommendation 

I recommend  hiring  a team  of  5 to  7 full-time  developers  and  augmenting  that  team  with 
1 0 to  1 5 contract  developers/consultants.  We  would  divide  them  into  multiple  Scrum 
teams  focused  on: 

• Legacy  CF  platform 

• Shared  functionality  for  the  new  platform  (search,  content  management, 
message  boards,  wikis,  mobile  support,  etc.)  More  info  here. 

• Product  specific  functionality  (Financial  Services,  HealthIT,  GovCommunity,  etc.) 

• Internal  tools:  MPS  replacement,  dashboards,  reporting  portal,  automated 
testing,  etc. 

We  could  move  as  fast  or  as  slowly  as  we  want  by  expanding/contracting  the  number  of 
contract  developers.  Note  that  we  would  need  Scrum  Master  and  Product  Owner 
support  for  these  teams  - at  least  two  of  each.  It  would  take  several  months  to  ramp 
the  teams  up.  And  there  would  be  a significant  effort  required  of  the  business. 

In  terms  of  time  frame  and  cost,  it  would  depend  on  the  functionality  we  want  to  create, 
the  products  we  want  build,  the  amount  of  work  we  want  to  do  on  the  legacy  platform, 
and  the  number  of  developers  we  want  to  bring  on. 

One  final  note,  there  is  a huge  task  that  must  be  completed  regardless  of  what  we  do  - 
that  is  database  cleanup.  We  need  to  fix  our  database  schema  and  scrub  our  data. 
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This  is  a non-trivial  effort  that  will  take  many  man  months  and  require  involvement 
across  the  organization. 
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MINUTES  OF  BOARD  OF  DIRECTORS  MEETING  AND  STRATEGIC  PLANNING  MEETING 

HELD  IN  RESTON,  VA  ON  JULY  16  2009 


PRESENT:  Peter  CUNNINGHAM 

T.  HEWITT  (by  phone)  M.  HIRSCH 

T.  DOWD  Pat  CUNNINGHAM 

R.  PARRINELLO  J-  LAIRD 


K.PLEXICO 
B.  HANEY 
M.  COCKERHAM 
J.  SANTORIELLO 


K.  GATES 
D.  ZWEIFEL 
D.  GIBBS 


AGI  Report  Presentation 
Action  Items 

o Develop  a separate  cube  and  segmentation  for  each  market  we  are  in  or  enter,  i.e. 
Federal  IT,  Federal  Professional  Services,  State  & Local  IT,  State  & Local  AEC, 
Health,  Investment  Services,  etc.  Tim  to  follow  up  with  Rachel, 
o Modify  member  satisfaction  surveys  to  reflect  market  segmentation, 
o Rachel  will  prepare  recommendations  for  INPUT  market  segmentation. 

General  Discussion 

• Rachel  presented  the  AGI  Segmentation  and  Market  Opportunity  report  to  the  Board.  It 
was  agreed  that  all  future  product  and  strategy  plans  should  reference  the  cube  model 
(industry/size/customer  offering)  recommended  by  AGI  (p2).  Peter  agreed  and 
encouraged  us  to  focus  on  market  rather  than  product  as  we  develop  plans  for  new 
markets  and  new  and  existing  products  (outside  in  approach  to  planning.) 

• The  Enterprise  segment  was  notable  for  its  lower  retention  rate  and  Net  Present  Value 
(NPV)  margins.  Given  that  1/3  of  the  Enterprise  members  surveyed  were  product 
companies,  it  was  suggested  that  company  type  (product)  is  the  root  cause  for  the  lower 
retention  and  margins.  Further  consideration  for  the  product  requirements  for  product 
companies  must  be  considered. 

• There  was  considerable  discussion  about  the  State  and  Local  (S&L)  market.  Peter 
reiterated  that  S&L  is  not  an  appendage  of  the  Federal  market  and  must  be  given  separate 
and  distinct  strategic  and  tactical  consideration.  Similar  segmentation  (albeit  with 
different  industries,  such  as  transportation)  should  be  conducted  for  the  S&L  market.  Tim 
and  Rachel  are  to  confer  on  that  outside  of  the  meeting  hours. 

• Now  that  the  Federal  segmentation  is  complete,  Sales  owns  the  responsibility  to  complete 
the  Sales  Messaging  Frameworks  for  each  segment.  Sales  is  also  responsible  for  keeping 
these  documents  updated. 

• Peter  will  review  and  sign  off  on  format  of  reports. 

• The  Segment  Targeting  recommendations  on  p.  6 were  well  received,  both  for  the  content 
of  the  recommendation  and  the  graphical  representation  of  the  suggestions. 

• Discussion  then  moved  to  the  Market  Opportunity  Analysis.  Rachel  reviewed  the  funnel 
methodology  approach  (p.  7)  and  then  walked  the  attendees  through  the  detailed  sizing  of 
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the  three  markets  they  evaluated  (Federal  only,  Fed/S&L  and  S&L  only.)  It  was  agreed 
collectively  that  some  of  the  assumptions  for  the  S&L  only  market  sizing  were  flawed 
and  that  this  analysis  should  be  readdressed. 

• During  the  Market  Opportunity  discussion  Peter  cautioned  us  not  to  assume  that  when 
selling  to  a smaller  company,  we  need  to  automatically  lower  the  price.  Provided  the 
value  is  appreciated,  small  companies  are  willing  to  pay  higher  prices. 


New  Products 

• Action  Items 

o Provide  impact  assessment  on  INPUT  financials  of  the  new  products.  Provide 
Board  with  options  for  their  consideration  (KG  & Tim  Dowd) 
o The  impact  assessment  must  include  more  than  just  the  numbers.  It  must  include 
schedules  and  milestones  and  answer  the  question,  “what  choices  can  we  make?” 
In  particular  the  impact  on  Sales  and  IT  must  be  presented.  (All) 
o Conduct  research  on  Competitive  Analysis  in  Q3  and  assign  business  owner  (Tim 
Dowd) 

o Investment  Services  - Consider  expansion  of  companies  for  Markets  other  than 
Federal  IT  and  include  forecasts  in  strategic  plan.  (DZ) 
o Clarify  revenue  vs.  sales  (orders)  in  all  reports;  this  is  the  second  meeting  in 
which  there  has  been  confusion  in  the  product  summaries  (ALL), 
o Market  and  Product  plans  must  be  prepared  in  sufficient  time  for  the  team  to 
review  and  question  before  presentation  to  the  Chairman  and  Board.  (ALL) 
o For  Government  Community,  find  out  what  the  market  size  is  for  advertising  in 
government  space.  (DG) 

o Peter  to  provide  Outsell  ELC  contact(s)  to  Dwight  for  Government  Community 
related  questions.  (Peter  Cunningham) 

o For  new  and  existing  products,  consider  different  pricing  models.  Ensure  we  can 
support  them  in  the  new  platform. 

o For  all  the  products  presented  - particularly  Opportunity  Advisor  (OA)and 
Capture  Intelligence  (Cl)-  look  at  how  they  can  be  expanded  into  other  markets. 
Most  of  our  products  are  not  limited  in  concept  to  Federal  IT.  The  market 
potential  numbers  should  be  modified  accordingly 

General  Discussion 

• Competitive  Analysis  - Tim  Dowd 

o The  Product  Strategy  for  Competitive  Analysis  (CA)  is  not  complete,  as  it  will 
leverage  the  findings  from  our  initial  sales  efforts  of  the  Investment  Services  and 
Capture  Intelligence  products.  Peter  stated  that  he  expects  primary  research  to  be 
completed  in  Q3,  and  Jed  asked  that  a product  owner  be  assigned  for  this  product. 
Tim  acknowledged  that  staffing  for  this  product  is  the  first  requirement  and  needs 
to  be  resolved  immediately. 

• Investment  Services  - Julie  Santoriello 
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o Given  this  was  Julie’s  first  day  at  INPUT,  she  began  by  providing  a brief 
overview  of  her  background.  Having  used  INPUT  for  many  years  at  Morgan 
Stanley,  she  is  well  aware  of  breadth  and  depth  of  our  data  and  the  value  it  can 
provide  investment  institutions.  The  challenge  is  how  to  present  this  data  with 
relevance  and  applicability  to  the  investment  services  market.  We  need  to  add  that 
layer  of  intelligence  for  investment  users  - who  is  likely  to  bid,  who  is  likely  to 
win?  Once  this  market-specific  intelligence  model  is  developed,  INPUT  could 
apply  this  same  model  to  other  markets. 

o Julie  has  identified  80  target  companies  to  profile,  applying  this  layer  of  market 
specific  intelligence.  Forty  will  be  completed  in  Phase  1 (due  in  October),  with 
the  remainder  due  in  January.  In  addition  to  overseeing  the  development  of  this 
content,  she  is  working  with  IT  on  the  migration  to  the  new  platform  and 
coordinating  with  Marketing  on  focus  group  meetings  scheduled  in  August. 

o We  discussed  leveraging  the  Cl  sales  approach  while  we  are  developing  the 
product.  CEO  to  accompany  Investment  Services  leader  on  initial  sales  calls. 

o The  data  analysis  requirements  of  the  Investment  Services  market  will  sharpen 
our  overall  capabilities  in  terms  of  timely  and  topical  information  for  our 
members 

o There  was  some  discussion  about  the  risks  associated  with  this  product  - we  run 
the  risk  of  offending  existing  large  members  if  our  research  concludes  they  are 
not  among  the  “likely  to  win”  group  on  a particular  project.  Peter  advised  that  as 
long  as  we  have  data,  it’s  okay  that  we’re  provocative.  Julie  explained  that  “the 
best  you  can  do  is  an  educated  guess”  and  investors  are  accustomed  to  this  model. 


• Government  Community  - Dwight  Gibbs 

o Dwight  presented  the  plans  for  the  further  development  of  the  Government 
Community.  While  we  provide  access  to  our  data  to  government  employees 
today,  we  do  not  offer  any  content  that  is  unique  for  government  users  or 
addresses  their  needs  specifically.  We  plan  to  do  this  in  the  future  release  of 
Government  Community,  enhancing  our  database  offerings  with  anonymous 
feedback  from  the  vendor  community  to  the  government  program  and 
procurement  officials  and  a closed  community  where  the  government  can 
collaborate. 

o Tim  recapped  a recent  meeting  with  Vivek  Kundra,  CTO  for  the  Obama 

administration  and  the  former  CIO  for  Washington,  D.C.  Vivek  is  very  familiar 
with  our  services,  as  he  was  an  INPUT  user  in  the  private  sector  prior  to  moving 
to  the  public  sector.  He  also  participated  in  our  events  while  in  the  District  CIO 
office. 

o Vivek  is  very  interested  in  supporting  our  efforts  to  build  a government 

community.  He  had  cautioned  us  to  be  mindful  of  the  procurement  requirements 
(avoiding  access  and  commentary  during  required  quiet  periods)  and  offered 
points  of  contact  in  the  Administration  for  further  discussions.  Once  the  concept 
is  vetted,  we  hope  Vivek  provides  us  access  to  Department  and  Agency  level 
CIO’s,  allowing  us  to  promote  the  Government  Community  from  the  top  down. 
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This  approach  is  in  sharp  contrast  to  the  grassroots  promotions  that  we  relied  on 
with  the  initial  launch  of  the  Government  Community, 
o Dwight  explained  that  our  revenue  model  for  the  Government  Community  relies 
on  sponsorships  and  advertisements.  Peter  suggested  researching  marketing 
expenditure  at  Government  Executive  and  other  similar  publications  as  a rough 
estimate  of  what  vendors  are  willing  to  spend. 

• Health  IT  - Kevin  Gates 

o Kevin  outlined  the  suite  of  services  proposed  for  the  Health  IT  market.  These 
range  from  a Rapid  Advisory  Service  offering  real-time  updates  via  wikis  to 
deeper  analysis  on  market  trends,  vendor  intelligence  and  events.  It  was 
acknowledged  by  attendee  consensus  that  there  is  significant  potential  in  this 
market  - the  unresolved  questions  are  how  to  address  the  need:  whether  it’s  more 
important  to  be  quick  to  market  with  a smaller  product  or  to  develop  a fuller 
analytical  offering  that  we  can  sell  for  a much  higher  price.  It  was  agreed  that  we 
need  to  test  potential  buyer  preferences  in  Q3. 
o The  Health  IT  discussion  segued  into  a more  general  pricing  discussion,  with 
Peter  challenging  our  current  tiered  pricing  model  and  urging  us  to  “raise  our 
game”  and  price  using  a value  lens.  Jed  echoed  this  comment,  encouraging  us  to 
aim  for  higher  value.  We  mustn’t  start  with  the  pricing  discussion  - develop  the 
value  first  (using  the  outside-in  market  requirements)  and  then  determine  what  the 
market  is  willing  to  pay  for  this  value. 

o It  was  agreed  that  a separate  sales  force  would  be  required  for  this  product(s),  as 
we  would  be  targeting  different  buyers  and  different  companies.  This  separate 
sales  model  is  consistent  with  AGI’s  recommendations  for  Investment  Services  as 
well. 

• Opportunity  Advisor  - Kevin  Plexico 

o Kevin  provided  an  update  on  Opportunity  Advisor  (OA),  as  the  full  product 
summary  had  been  presented  to  the  Board  during  the  April  meeting.  The  initial 
reports  have  been  completed  and  the  public  launch  is  scheduled  for  late  July. 

Sales  and  member  services  training  is  also  scheduled  for  late  July,  prior  to  launch, 
o Peter  encouraged  Kevin  to  develop  plans  for  OA  reports  in  other  markets 

(investment  services,  health  IT)  and  include  those  sales  forecasts  in  the  total  OA 
forecasts  for  the  out  years  of  our  strategic  forecasts, 
o Kevin  reviewed  the  OA  pricing  (subscription  and  report  pricing,  no  tiers  for 
company  size.)  Peter  asked  us  to  ensure  consistency  and  logic  in  our  pricing, 
based  on  the  relative  positioning  of  the  Opportunity  database,  OA  and  Capture 
Intelligence. 

• Task  Order  Aggregation  - Kevin  Plexico 

o Kevin  provided  an  update  on  the  Task  Order  Opportunity  Notification  System 
(TOONS),  which  is  ready  for  an  August  deployment.  TOONS  was  also  presented 
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to  the  Board  during  the  April  meeting.  Since  then,  Kevin  and  the  Strategic 
Member  Advisors  have  been  pre-selling  the  product  to  very  encouraging  results. 
To  date,  almost  every  member  who  has  been  briefed  indicated  a strong 
willingness  to  buy  - the  remaining  question  is  how  many  vehicles  they  will 
automate  initially. 

o While  the  majority  of  sales  are  expected  from  existing  members,  Mary  Beth 
commented  that  both  OA  and  TOONS  represent  a very  good  opportunity  for  her 
sales  teams  to  sell  incremental  analysis  and  software  with  an  initial  subscription 
sale.  TOONS  is  especially  interesting,  provided  we  can  automate  GSA  e-Buy 
data. 

o Rachel  suggested  that  adding  a Units  line  to  all  Orders  forecasts  would  be  useful. 

• Teaming  - Mary  Beth  Cockerham 

o The  Teaming  Product  was  designed  based  on  feedback  from  past  member 

surveys,  the  UVA  research  in  2008  and  comments  from  member  advisory  groups 
in  Q3  and  Q4,  2009.  It  is  designed  for  release  in  two  phases.  Phase  1 will  be 
developed  on  the  existing  Cold  Fusion  platform,  will  include  some  “quick  hit” 
functional  improvements  and  will  rely  on  an  aggressive  marketing  campaign  to 
support  the  launch.  Phase  2 is  dependent  on  the  transition  to  the  .Net  platform  and 
will  open  up  a subset  of  the  Teaming  Profile  to  the  public  outside  the  paywall, 
supporting  our  OpenWeb  initiatives.  This  free  membership  will  also  serve  as  a 
strong  source  of  lead  generation  for  follow-on  subscription  purchases, 
o Peter  challenged  the  Q4  2009  forecast,  commenting  that  it  was  the  only  forecast 
in  the  Product  Summaries  that  seemed  too  aggressive.  Mary  Beth  explained  that  it 
assumes  a .25%  penetration  into  the  identified  target  market  of  72,000  prospects 
rated  3+  and  will  depend  on  the  successful  marketing  promotional  campaigns. 

• Capture  Intelligence  — Daphne  Zweifel 

o Daphne  outlined  her  three  primary  priorities  in  Q2  and  Q3  are  staffing,  content 
development  and  sales  efforts.  The  first  report  has  been  completed.  Strategic 
member  advisors  are  brokering  sales  appointments  with  their  senior  executives 
and  Daphne.  She’s  experienced  a 37%  conversion  rate  of  call  requests/meetings, 
o Daphne  mentioned  that  once  the  initial  report  contents  are  finalized,  she  would 
begin  planning  follow-on  capture  related  products, 
o Mary  Ann  Hirsch  cautioned  against  blurring  of  distinctions  between  OA  and  Cl. 
Mary  Ann  cautioned  us  to  make  sure  the  incremental  value  for  OA  (compared  to 
the  information  and  intelligence  provided  in  the  standard  opportunity  report  in  the 
database)  is  unquestionably  clear  to  both  INPUT  employees  and  our  members  and 
prospects.  We  reviewed  the  “intelligence  pyramid”  of  Opportunity/OA  report/ 
Capture  Intelligence.  Peter  advised  us  to  apply  this  pyramid  to  all  product  stacks, 
o Jed  commented  that  we  could  create  an  interesting  blend  of  information  between 
Teaming  and  Capture  Intelligence.  He  also  reiterated  that  the  AGI  cube  should  be 
fundamental  to  the  way  we  think  strategically. 

Functional  Review 
• Actions  Items 
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o Send  organization  structure  to  the  Board  for  the  IT  organization  (DG) 
o Ensure  fiiture  documents  reflect  market  focus/orientation,  not  product  focus, 
o Conduct  satisfaction  on  Stimulus  and  State  Account  Planners  this  month  (KP  and 
BH)  - our  Practice  is  to  carry  out  a satisfaction  survey  on  any  major  product  or 
report  30  days  after  it  is  released  to  members, 
o Review  hiring  document  from  Peter.  “Job  Matching  for  Better  Sales 
Performance”  (BH) 

o Distribute  sales  dashboards  prepared  to  the  Board 

o What  is  the  impact  of  the  revenue/cost  plan  for  Cl  on  the  corporate  plans?  (KG 
and  DZ  - next  Monday)July  20  or  July  27th 
o Appoint  someone  to  monitor  INPUT  mentions  in  social  networking  sites. 

• General  Discussion 

■ We  have  many  open  positions  and  should  consider  if  there  is  an 
opportunity  for  any  internal  employees.  We  want  to  be  an  organization 
that  promoted  from  within  and  provides  employees  a career-path.  We 
must  not  stove-pipe  our  employees.  Look  for  other  growth  opportunities 
and  career  paths  within  the  company  in  all  of  our  hiring. 

■ In  the  spring,  we  will  have  a strategic  talent  discussion  about  our 
organization  and  employees.  In  the  fall,  we  will  have  a tactical  talent 
discussion. 

■ In  most  of  our  documentation  and  discussion,  Federal  and  S&L  markets 
are  considered  together  and  S&L  often  is  overshadowed.  S&L  is  not  an 
appendage  of  Federal.  It  is  a separate  market  or  group  of  markets  and  must 
be  treated  as  such  in  all  our  planning. 

o IT/Development 

■ We  have  traditionally  referred  to  “products”  and  now  must  be  focused  on 
“markets”  in  our  planning.  Change  “product  specific”  to  “market 
specific”  in  organizational  diagram.  (DG) 

■ Many  of  the  products  we  are  proposing  depend  on  a new  technology 
platform  or  enhancements  to  the  current  platform.  Some  of  these  changes 
must  happen  regardless  of  the  number  of  new  products  we  launch  and 
Dwight  has  been  looking  at  the  impact  of  this.  Dwight  has  developed  a 
detailed  memo  with  IT  investment  options,  included  in  the  book,  and  the 
Board  is  encouraged  to  review  for  follow-up. 

■ Peter  expressed  a feeling  that  a mobile  interface  is  still  very  important  for 
business  development  people  that  are  constantly  on  the  road.  We  must 
still  consider  this  technology. 

■ Peter  feels  there  is  an  opportunity  to  promote  any  of  our  technology 
changes  to  the  community-at-large.  Dwight  urged  caution  in  doing  this, 
especially  with  regard  to  over-promising  and  for  competitive  reasons. 

o Research  and  Analysis  Services 

■ Kevin  reported  that  V aj  has  now  transitioned  to  the  Capture  Intelligence 
team.  Kevin  is  encouraged  to  continue  leveraging  talent  in  other  new 
product  areas. 

o Member  Services 
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Dwight  Gibbs  - Technology 

Second  Quarter  2009 

• Our  key  objectives  were  to  launch  Task  Orders  and  a beta  version  of  the  Financial  Services 
offering.  Task  Orders  is  still  under  development  and  should  be  complete  before  the  end  of 
Q3.  While  we  have  a version  of  the  Financial  Services  product,  it  is  not  yet  feature 
complete. 

• Secondary  objectives  were  to  deliver  3 options  for  the  redesign  of  our  Web  site  and  an 
inventory  of  MPS  functionality.  Both  were  delivered  successfully. 

• In  addition,  we  furthered  the  adoption  of  Scrum  in  the  quarter. 

• We  began  development  of  dashboards,  purchasing  a reporting  package  (LogiXML)  and 
creating  the  first  three  graphs  for  the  Sales  dashboard. 

• Finally,  during  the  quarter  we  managed  6 tech  staff  out  of  the  organization  (half  of  the  tech 
staff);  hired  5 full-time  employees,  3 of  whom  have  started;  and  brought  on  5 contractors  - 
all  without  any  significant  negative  operational  impact. 

Third  Quarter  2009 

• Our  primary  objectives  for  Q3  are  to:  finish  Task  Orders,  launch  the  Financial  Services 
product,  and  deliver  a final  look  and  feel  for  INPUT’S  Web  sites. 

• We  will  also  deliver  a plan  for  MPS  replacement  as  well  as  a re-platforming  plan. 

• In  addition,  we  will  hire:  at  least  one  Scrum  Master,  a quality  assurance  tech,  and  at  least 
one  full-time  software  developer. 

• We  will  also  complete  the  Sales  dashboard  and  begin  work  on  both  the  Research  & 
Analysis  and  Finance  & Administration  dashboards. 

Kevin  Plexico  - Research  and  Analysis  Services 

Second  Quarter  2009 

• Task  Order  Opportunities  Notification  System:  We  have  a plan  to  release  a new  product 
in  mid-2009  that  leverages  our  Web  scraping  technology  to  monitor  task  order  contracts  on 
our  member’s  behalf  and  centralize  all  of  their  task  order  opportunities  in  one  system.  We 
had  hoped  to  release  the  product  in  July,  but  due  to  the  development  backlog  we  expect  to 
release  in  mid-August.  Thus  far,  we  have  sold  two  early  adopters  (SERCO  and  BAE)  and 
have  an  active  pipeline  of  strategic  accounts  building. 

• State  Account  Planners:  In  2008,  we  implemented  a very  popular  feature  in  our  Agency 
Profiles  offering  by  providing  Agency  Account  Planners,  which  are  PowerPoint  reports 
containing  critical  research  and  analysis  of  federal  agencies.  In  Q2,  we  implemented  that 
same  feature  in  our  State  Profiles  by  providing  20  State  Account  Planners.  This  will  be  an 
additional  benefit  added  to  drive  sales  of  our  S&L  Sales  Solution  and  S&L  Complete 
products. 

• Opportunity  Advisor.  In  Q2,  we  planned  to  develop  the  plan  and  begin  execution  of  a 
product  to  provide  analysis  of  major  opportunities  to  support  companies’  business 
development  strategies.  Opportunity  Advisor  is  scheduled  to  release  in  Q3.  We  have  our 
first  three  reports  scheduled  for  release  in  mid-July  and  will  continue  to  produce  three  per 
month  going  forward  to  support  the  new  product. 
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• Competition  and  Award  of  Offshore  Content  Development  In  Q2,  we  conducted  a 
competition  among  a set  of  pre-qualified  firms  to  provide  offshore  content  development  to 
INPUT  for  the  coming  year.  Through  a formal  request  for  proposal  process  and  careful 
negotiations,  we  were  able  to  select  and  award  a contract  to  our  existing  vendor,  SPi,  for  an 
annualized  cost  savings  of  $100k  (a  25%  reduction)  vs.  our  budgeted  2009  level. 

Third  Quarter  2009 

• Launch  Task  Order  Opportunities  Notification  System : Formally  release  this  new 

product  offering  as  planned  for  2009. 

• Launch  Opportunity  Advisor  Release  first  three  reports  in  July  and  continue  producing 
three  per  month  as  part  of  the  ongoing  product  offering. 

• Recruit  High  Quality  Analytical  Talent  to  Support  New  Products:  Based  on  our  current 
trajectory  of  new  product  releases  and  anticipated  needs  going  into  Q4  2009  and  2010,  we 
anticipate  significant  needs  for  experienced  analytical  talent  to  support  products  such  as 
Health  IT,  Investment  Services,  and  Opportunity  Advisor.  We  are  implementing  a recruiting 
blitz  to  attract  talent  to  recruit  and  fill  these  anticipated  needs. 


Brian  Haney  - Member  Services 

Second  Quarter  2009 

• Optimize  the  Up-Sell  Organization:  Our  primary  Q2  goal  was  be  the  development  of  a 
revised  plan  to  optimize  the  up-sell  organization,  to  include  a detailed  analysis  of  our 
runway,  an  assessment  of  our  current  capacity,  and  a plan  for  filling  skills  gaps  through 
strategic  hiring.  This  was  completed  and  segmentation  analysis  was  used.  The  result 
showed  that  there  is  an  opportunity  to  over-achieve  the  back-half  up-sell  plan  by 
establishing  a dedicated  and  specialized  team  ($1.9M  forecasted  on  the  12-month  horizon). 
A new  staffing  plan  was  developed  and  hiring  began  in  June. 

• Driving  up-sell  consumed  the  majority  of  our  focus  and  did  not  allow  for  the  level  of 
implementation  we  planned.  Two  of  four  sales  representative  hires  have  been  made  and 
interviewing  is  ongoing  for  the  remaining,  as  well  as  for  a sales  manager  to  lead  the  group. 
During  this  time,  we  also  removed  failing  leader  from  the  up-sell  function. 

• Develop  a New  Product  Development  Plan:  During  Q2,  the  Strategic  Accounts  team 

was  charged  with  developing  a plan  to  address  this  issue.  This  was  only  partially  completed 
in  Q2  and  will  be  finalized  in  July. 

Third  Quarter  2009 

• Implement  New  Up-Sell  Organization:  Our  primary  Q3  goal  will  be  the  implementation  of 
the  new  up-sell  organization  within  Member  Services.  We  will  build  a team  to  address  each 
member  segment,  to  include  Mid-Market  and  the  450  companies  that  currently  spend  $9K  or 
less  with  INPUT.  The  team  will  include  a sales  manager  and  an  Industry  Analysis 
salesperson.  In  addition  to  the  migration  of  members  into  “up-stream"  packages,  focus  will 
be  placed  on  the  new  Task  Order  Opportunities  Notification  System  and  Opportunity 
Advisor  products  in  Q3,  as  well  as  support  to  Cl. 

• Develop  a New  Process/Technology  for  Member  Support  Requests:  Member  research 
requests  have,  for  years,  been  captured  in  an  internal  system  designed  to  ensure  rapid 
fulfillment  of  all  member  needs.  However,  this  process  lacks  focus  on  being  proactive  in 
anticipating  member  needs,  and  eliminating  redundant  tasks.  Also,  new  product  ideas 
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learned  through  regular  member  communication  are  being  overlooked  or  lost  in  the  current 
process.  In  Q3,  we  will  be  implementing  a Wiki  technology  to  leverage  our  research 
knowledge-base  across  all  members.  The  Wiki  will  be  constantly  updated  and  searchable 
and  is  anticipated  to  drive  greater  efficiency  and  Member  Advisor  capacity  in  Q4  and 
beyond. 

Mary  Beth  Cockerham.  Sales 
Second  Quarter  2009 

• Increase  S&L  Sales:  Our  primary  strategic  objective  for  Q2,  beyond  exceeding  quarterly 
plan,  was  to  increase  State  and  Local  sales  by  20%  QOQ.  In  fact,  our  sales  portfolio  is  now 
more  heavily  weighted  to  Federal  IS  than  it  was  in  Q1  (83%  in  Q1  and  89%  in  Q2)  and  our 
S&L  sales  declined  QOQ  by  23%.  Sales  and  Product  Marketing  have  developed  a task 
force  to  evaluate  product,  packaging  and  people  to  correct  this  trend  by  Q3.  Given  the 
extreme  fiscal  conditions  of  the  state  governments,  there  is  a concern  that  new  packaging 
and  promotions  will  not  counterbalance  eroding  market  conditions. 

• Implement  a Channel  Sales  Strategy.  An  offer  was  made  and  accepted  for  a Channel 
Sales  Representative,  who  will  start  on  August  3rd.  We  have  re-engaged  with  Deltek  and 
they  have  confirmed  their  continued  interest  in  reselling  our  information  to  their  AEC  and 
GovCon  customers.  We  held  our  first  economic  stimulus  webinar  for  the  SYNNEX  reseller 
community  on  July  1 , attracting  263  registrants. 

• Increase  Sales  of  Analysis  Products:  Sales  focused  on  the  stimulus  analysis  products  in 
Q2,  leveraging  the  market  interest  to  grow  analysis  sales.  While  the  actual  number  is  still 
small  ($66K),  reps  are  more  comfortable  talking  about  our  research  methodology  and  the 
value  of  the  analytical  products.  We  are  well  situated  to  capitalize  on  a Q3  launch  of 
Opportunity  Advisor. 

• Greatly  improved  Sales  Representative  retention  rates  (1  rep  attrited  this  year,  compared 
with  9 in  Q1/Q2  08), 

Third  Quarter  2009 

• Use  Opportunity  Analysis  launch  as  a Springboard  for  Analysis  Sales  Growth:  Exceed 
sales  target  of  $75K  and  complete  Analysis  sales  plan  for  Enterprise  accounts. 

• Complete  Segmentation  Project  Develop  value  prop’s  and  sales  training  materials  for  the 
target  segments  identified  by  the  AGI  study;  develop  process  for  on-going  maintenance  of 
prospect  data  accuracy. 

• Implement  Channel  Sales  Plan:  With  the  new  channel  rep  joining  in  August,  execute  an 
MOU  with  at  least  one  distributor  partner  (SYNNEX,  Tech  Data);  support  Deltek  reseller 
launch  pending  execution  of  the  agreement  and  attain  channel  sales  of  $100K. 

• Accelerate  hiring  to  support  Covex  efforts  pending  Board  approval. 

Kevin  Gates  - Finance  and  Administration 

Second  Quarter  2009 

• Admin/HR:  Our  primary  objective  for  Q2  was  to  expand  our  evaluation  of  automated 
employee  annual  review/career-pathing  tools;  we  put  this  on  hold  until  Q3  to  be  sure  that 
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nothing  from  the  new  Platform  evolution  would  divert  our  path  (as  Sharepoint-based 
solutions  were  also  being  considered). 


Our  secondary  goals  were  (a)  to  document  the  staff’s  training  for  the  past  couple  of  years 
(done)  in  order  to  begin  to  develop  a more  comprehensive  training  checklist,  and  (b)  to 
attempt  to  quantify  the  benefits  of  past  training,  esp.  Cornerstone  mgmt  training  (partially 
complete;  we  think  our  analysis  would  be  strengthened  by  doing  360  reviews  again). 


Finance : Other  than  managing  a successful  audit  during  Q2,  our  main  objective  was  to 
evaluate  NetSuite’s  expanded  reporting  capabilities,  with  the  goal  of  determining  whether  or 
not  we  can  eliminate  our  need  to  create  a Balance  Sheet  and  Income  Statement  in  Excel. 
We  pushed  this  objective  forward  to  Q3  to  give  us  time  to  get  up  to  speed  on  NetSuites 
‘Case  Management”  module  to  support  the  changes  in  the  FOIA  operations. 


Third  Quarter  2009 

• Admin/HR : Our  primary  objective  for  Q3  will  be  to  reengage,  and  expand  our  contact  with, 
select  top-tier  universities  to  provide  us  with  a flow  of  quality  new  hires. 

• We  will  also  pick  up  our  Q2  objective  to  evaluate  automated  employee  annual 
review/career-pathing  tools. 

• Finance : We  will  move  forward  with  the  objective  from  Q2  to  evaluate  NetSuite  s expanded 
reporting  capabilities. 

• During  Q3  we  will  also  reforecast  the  financial  results  to  incorporate  un-Planned  initiatives, 
and  use  this  as  the  baseline  to  meet  our  requirement  to  begin  financial  projections  for  the 

2010  Plan. 


Daphne  Zweifei  - ICIP 

Second  Quarter  2009 

• Business  Objectives:.  Key  goals  included  (1 ) completing  the  first  report,  (2)  completing 
the  target  opportunity  list,  and  (3)  confirming  a staffing  plan. 

o We  succeeded  in  creating  an  effective  report  framework  and  approach,  and 

succeeded  in  completing  our  first  Cl  report  pertaining  to  Army  GNEC/APC/NetOps 
on  June  29,  2009. 

o We  successfully  completed  the  target  opportunity  list  and  initial  development 
schedule  of  procurements  which  appear  to  be  timely  and  relevant  to  our  buyer 
community. 

o A staffing  plan  was  finalized  in  early  June  with  position  descriptions  developed  and 
posted  with  one  opening  filled  with  an  internal  transfer. 

• Sales  and  Marketing  Objectives;  The  target  was  to  achieve  $1 25K  in  orders.  This  was 
not  achieved. 

o However,  we  developed  and  executed  a product  launch  schedule,  sales  forecast, 
and  launch  call  plan.  From  a credibility  standpoint,  we  felt  that  we  needed  to  have  a 
report  near  completion,  before  initiating  our  sales  effort,  and  therefore  kicked  off  our 
sales  effort  in  mid-June,  with  the  knowledge  that  our  first  report  would  be  completed 
by  the  end  of  the  month. 
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o In-person  executive  sales  briefings  were  conducted  with  L-3  and  QinetiQ  in  June 
quickly  followed  by  a second  round  of  in-person  executive  briefings  in  early  July,  to 
demonstrate  our  newly  created  Army  GNEC  report. 

Third  Quarter  2009 

• Sales  and  Marketing  Objectives:  achieve  and  exceed  sales  quotas  as  per  the  Cl  orders 
plan.  (Note:  As  of  July  10,  in-person  briefings  are  currently  scheduled  for  CSC,  Keane, 
DRC,  CIBER,  and  Mantech,  with  additional  interest  from  SRA,  BAH,  GTSI.  As  of  July  10, 
2009,  all  strategic  accounts  have  been  contacted,  contacts  confirmed,  and  appointment- 
scheduling is  in  progress. 

• Business  Objectives:  Opening  a dialogue  with  key  government  officials  and  selling  the 
value  proposition  of  Cl,  will  be  critical. 

• Organization  Objectives: 

o Our  primary  objective  is  to  build  the  team, 
o Sales  recruitment  is  critical  to  driving  Tier  2 'sales 


Mike  Rombach  - Marketing  and  Events 

Second  Quarter  2009 

• New  Product:  April  was  focused  mainly  on  the  continuing  Economic  Stimulus  launch. 

• Online  Marketing-.  In  April,  we  launched  the  Economic  Stimulus  Weekly  Roundup  e-zine. 
Subsequently,  our  key  focus  became  implementing  an  opt-in  solution  as  a result  of  the 
second  SPAM  warning  received  in  late  April. 

• While  we  reduced  our  outbound  email  efforts  during  May  in  particular,  we  still  demonstrated 
significant  improvements  in  other  YOY  Q2  online  metrics.  These  include  page  views,  up 
55%;  first  time  visitors,  up  28  points  to  47%;  form  conversion,  up  5 points  to  34%;  and  online 
ad  conversion,  up  32%. 

• Public  Relations:  INPUT  had  61  media  mentions  during  the  Q2.  Highlights  include 
CNNMoney  and  FOX  Business.  Our  primary  objective  for  PR  was  to  establish  relationships 
and  to  secure  coverage  in  major  nationals,  and  to  establish  INPUT’S  thought  leadership.  To 
this  end,  INPUT  has  established  meaningful  relationships  with  leading  reporters  at  the  New 
York  Times,  Wall  Street  Journal,  CNNMoney,  Bloomberg  TV,  and  Washington  Post.  We 
have  also  introduced  INPUT  to  ABC  World  News  Tonight,  CNN,  Reuters,  US  News  & World 
Report,  and  USA  Today.  During  Q2,  we  published  the  first  INPUT  thought  leadership  piece, 
the  100  DayARRA  Report  Card,  which  led  directly  to  the  FOX  Business  appearance. 

• Social  Media:  Launched  INPUT  fan  page  on  Facebook.  We  began  a more  concerted  effort 
to  tweet  daily  and  sometimes  multiple  tweets  a day  relative  to  stimulus  and  other  timely 
topics.  As  a result  the  number  of  INPUT  followers  is  growing. 

• Events:  INPUT  held  six  webinars  and  five  live  events  in  Q2.  Attendance  and  revenues  at 
May’s  MarketView  were  below  expectations,  and  June  suffered  from  missed  How  To  event 
revenue.  State  and  Local  events  held  in  Boston,  Massachusetts  and  Denver,  Colorado 
were  well-attended  and  well-received.  (Boston  - 205  attendees;  Denver  - 157  attendees). 
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Third  Quarter  2009 

• New  Product:  Our  Q3  focus  will  be  focused  on  launches  for  Opportunity  Advisor,  Task 
Order  Aggregation,  and  Capture  Intelligence. 

• We  will  also  be  re-launching  renewed  Teaming  and  Government  community  efforts. 

• Online  Marketing:  Our  Q3  focus  will  be  to  re-build  in-house  mail  lists  (gain  opt-ins),  to 
launch  Greenfield  acquisition  efforts,  and  to  support  Events  and  sponsorship  sales. 

• Public  Relations:  Publish  two  more  thought  leadership  pieces.  Assess  and  recommend 
plans  on  how  to  evolve  our  relationship  with  the  current  PR  firm. 

• Social  Media:  Resolve  username  issue.  Continue  to  build  Twitter  followers.  Post  relevant, 
timely  content  on  Facebook  and  Twitter  daily.  Manage  INPUT  fan  page.  Manage/monitor 
INPUT  CEO  page. 

• Events:  Q3  brings  eight  planned  live  events  and  six  Webinars,  with  all  live  events  in  DC 
save  for  one  California  event  in  September.  Webinars  have  proven  a low-cost,  positive 
profit  vehicle,  and  we  are  adding  more  to  boost  profits. 

• We  have  re-cast  plans  for  How  To  events  and  will  offer  our  first  revised  version  this  quarter. 

• Event  promotion  will  be  primarily  by  email,  but  will  also  include  limited  paid  and  barter 
advertising  promotion. 
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MEMORANDUM 


DATE: 


April  27,  2009 


TO: 


Tim  Dowd 


FROM: 


Dwight  Gibbs 


SUBJECT:  Technology  Assessment 


As  you  know,  I have  spent  the  last  70  days  digging  into  INPUT’S  technical  environment. 
Unfortunately  my  assessment  of  our  technology  environment  has  not  changed  since  I sent  you 
my  3 week  memo.  It  is  quite  poor  and  will  be  extremely  difficult  to  remediate. 

System  Availability 

Our  system  availability  is  good  but  not  great.  On  a positive  note,  for  the  last  week,  our  home 
page  has  been  available  100%  of  the  time  as  measured  by  HP’s  SiteSeer  service.  Our  internal 
tool  shows  home  page  availability  of  99.97%.  However,  the  monitor  for  our  Opportunity  page 
shows  98.66%  availability  over  the  last  week.  This  is  because  we  are  down  for  10  minutes  each 
night  while  we  back  up  our  databases.  In  addition,  depending  on  the  load,  the  site  can  be 
sluggish  during  the  day  with  requests  timing  out  - we  get  multiple  alerts  from  our  monitoring  tool 
each  day.  And  we  log  more  than  1 00  error  messages  each  day.  That  is  pretty  poor  when  you 
consider  our  average  daily  volume  is  25,000  page  views. 

Site  Scalability 

Our  Web  site  scalability  is  poor.  The  main  bottleneck  is  our  primary  database  server.  We  use 
the  most  powerful  server  that  Dell  sells.  Despite  that,  it  idles  at  about  40%  CPU  utilization  and 
peaks  over  90%  throughout  the  day.  I estimate  that  if  our  traffic  increased  by  25%,  the  site 
would  crumble.  It  is  also  worth  noting  that  any  user  of  our  Web  site  could  run  several 
concurrent  queries  and  bring  our  site  to  its  knees. 

The  poor  database  performance  is  due  to  the  inefficient  structure  of  our  databases.  This  is  not  \ 

surprising  given  our  lack  of  a database  administrator  on  staff  and  the  fact  that  re-factoring  is  not  > 

done  at  INPUT.  Unfortunately  poor  database  design  is  not  something  that  can  be  tixed  quickly 
or  easily. 

Site  Extensibility 

One  of  the  primary  deficiencies  with  the  current  Web  site  is  its  architecture  - it  is  designed  quite 
poorly.  One  result  of  the  poor  design  is  equally  poor  extensibility.  By  that,  I mean  our  ability  to 
integrate  easily  products  and  services  across  the  site.  If  we  wanted  to  add  message  boards, 
wikis,  Twitter  feeds,  etc.  across  the  site,  it  would  be  quite  challenging.  Given  the  number  of 
point-to-point  interfaces  in  the  current  architecture,  integration  must  be  done  multiple  times 
rather  than  a single  time. 

A very  simple  example  of  the  point-to-point  nature  of  our  site  is  our  password  checking.  In  a 
well  designed  site,  password  management  would  be  written  once  and  used  throughout  the  site 
wherever  necessary.  Not  so  on  the  INPUT  site.  On  our  site,  we  have  at  least  73  different 
places  where  password  management  is  done  differently.  The  result  is  that  if  we  wanted  to  do 
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something  very  simple  like  changing  the  maximum  and/or  minimum  length  of  our  passwords,  we 
would  have  to  do  so  in  at  least  73  places.  This  is  illustrative  of  the  challenges  we  face. 

Security 

Our  security  is  a mixed  bag.  On  the  infrastructure  side,  it  is  fair. 

. \P  • Most  of  our  employees  have  administrative  rights  on  their  laptops.  This  allows  them  to 
install  any  software  they  want.  It  also  opens  an  attack  vector  for  spyware,  viruses,  and 
other  malware. 

• We  also  have  service  accounts  that  use  the  domain  administrator  account.  This  gives 
us  poor  granularity  of  control  and  audit. 

• The  infrastructure  team  shares  the  domain  Administrator  account.  Again,  this  gives  us 
little  ability  to  conduct  audits. 

• On  the  positive  side,  we  rely  on  Active  Directory  to  control  access  to  SharePoint 
directories,  some  tools,  and  other  resources  on  our  internal  network.  And  we  require  a 
VPN  client  with  an  INPUT  certificate  for  remote  access. 

On  the  Web  site,  the  security  is  poor. 

• All  of  our  source  code  and  data,  including  MPS,  are  maintained  on  the  site  and 
separated  from  our  Web  visitors  only  by  application  permissions.  It  is  interesting  to  note 
that  our  Web  authentication  and  security  system  was  authored  by  an  intern  (and  it 
shows). 

y-"  • We  have  many  test  accounts  in  our  system  with  no  capability  to  shut  them  off  quickly 
and  easily.  Worse,  the  passwords  are  set  never  to  expire.  Creation  of  test  accounts  is 
also  not  locked  down. 

• All  developers  have  full  access  to  our  production  systems.  If  they  wanted  to,  they  could 
make  changes  to  our  production  code  and/or  systems  without  anyone  knowing.  Worse, 
it  would  be  extremely  difficult  to  detect  security  holes  such  as  this  through  an  audit. 

• We  do  not  prevent  SQL  injection  attacks.  In  fact,  one  of  our  applications  apparently 
requires  SQL  injection  functionality. 

Data  Integrity 

Our  data  integrity  is  fair.  We  do  not  link  our  databases  tightly  so  our  referential  integrity  can  be 
compromised.  We  address  this  with  nightly  data  scrubbing  processes  that  usually  complete. 

That  is  not  elegant  but  passable. 

Internal  Systems 

SharePoint  The  current  implementation  of  SharePoint  leaves  much  to  be  desired.  The  user 
interface  and  information  architecture  are  not  terribly  intuitive  which  makes  it  challenging  to  find 
documents.  This  is  complicated  by  the  search  engine  that  does  not  appear  to  work  well.  The 
result  is  that  information  is  buried  and  difficult  to  uncover  easily. 

CRS:  The  Member  Services  ticket  system  is  also  sub-optimal.  As  with  SharePoint,  the  user 
interface  and  information  architecture  are  not  intuitive.  The  functionality  is  also  poor  - simple 
actions,  such  as  closing  and  deleting  a ticket  require  far  too  much  manual  work.  Reporting  is 
also  limited.  The  architecture  and  code  are  also  quite  poor. 

MPS:  The  most  unpleasant  surprise  I have  received  at  INPUT  is  MPS.  While  it  is  feature  rich, 
from  a software  development  perspective  it  is  an  absolute  nightmare: 

Single  Point  of  Failure:  Selene  is  the  only  developer  who  knows  anything  about  MPS.  Worse, 
there  is  no  user  or  system  documentation.  This  means  we  have  to  rely  on  tribal  knowledge  to 
use  the  system  and  spelunking  in  the  code  to  enhance  the  functionality. 
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Suspect  Code  Quality:  While  I have  not  done  a comprehensive  audit  of  the  MPS  code  what 
little  I have  seen  makes  me  seriously  doubt  the  quality  of  it.  Several  of  the  developers  have 
commented  about  the  kludgey  nature  of  the  code. 

Tiahtlv  Counled/Tiohtlv  Bound:  MPS  does  not  have  well-defined  integration  points.  Rather  it  is 
like  kudzu,  intertwined  throughout  our  code  base.  This  makes  enhancements  and  modifications 
extremely  difficult.  It  also  results  in  changes  having  unintended  negative  consequences.  And  it 
will  make  replacing  MPS  with  a COTS  product  like  Salesforce  or  Microsoft  CRM  quite 
challenging. 


Action  Plan 

There  are  many  activities  under  way  and  planned  to  address  the  short  comings  above  and 
others. 


Security.  We  are  in  the  process  of: 


• Removing  local  administrator  rights  from  our  users’  accounts 

• Moving  services  to  dedicated  accounts 

• Instituting  separate  admin  accounts  for  our  infrastructure  team 

• Renaming  the  domain  Administrator  (slated  for  later  this  year) 

This  will  all  decrease  the  surface  area  of  possible  attack  on  our  internal  systems  and  improve 
our  audit  capabilities. 

Unfortunately  there  is  little  we  can  do  to  improve  the  security  posture  of  the  current  Web  site.  In 
the  .Net  environment,  we  will  make  several  changes  to  address  security  concerns: 


• Developers  will  not  have  access  to  production  servers.  Infrastructure  team  members  wil 
deploy  all  code  and  database  changes  to  the  production  environment. 

• All  code  will  be  peer  reviewed  before  deployment. 

• We  will  use  firewall  rules  to  minimize  the  possibility  of  SQL  injection  attacks.  These 
cannot  be  used  with  the  current  systems  as  they  will  break  some  of  our  applications. 

• All  test  accounts  will  be  tagged  as  such  and  will  have  expiration  dates.  In  addition,  we 

will  lock  down  the  ability  to  create  test  accounts. 

• We  will  separate  administration  code  from  production  code  and  maintain  only  production 
code  on  our  public  web  servers. 

• We  will  move  our  CRM  data  off  the  public  web  site  and  put  it  behind  out  firewall. 


Web  Platform ■ As  Marc  Strohlein  indicated  in  his  evaluation  of  our  technology,  the  current  code 
base  is  essentially  a Gordian  knot  of  2 million  lines  of  Coldfusion  code  of  varying  levels  of 
quality.  Given  that,  we  will  abandon  it  and  move  to  the  Microsoft  .Net  environment  which  offers 
a rich,  mature  collection  of  tools  for  development  and  testing. 

Note  that  Task  Orders  will  hopefully  be  the  last  significant  development  effort  in  the  Coldfusion 
environment.  Once  that  is  complete,  I would  like  to  dedicate  a single  Coldfusion  developer  to 
fixing  bugs  and  errors  on  the  current  site  (rotating  that  duty  each  month)  and  focus  the  other 
four  on  the  new  environment. 


Internal  Systems 

SharePoint:  Rather  than  using  SharePoint  for  an  intranet  and  a document  repository  J ^ 
recommend  breaking  it  into  two  solutions:  a file  server  for  the  file  repository  and  DoJteWute 
for  the  intranet  component.  These  would  be  far  easier  to  use  and  give  us  much  better  flexibility. 

CRS:  Rather  than  trying  to  fix  this  internally  developed  product,  I recommend  transitioning  to  an 
open  source  product  like  SpiceWorks.  This  would  allow  us  to  benefit  from  the  community  of 
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developers  contributing  to  the  product  while  also  allowing  us  to  customize  the  tool  to  our  needs 
if  necessary. 

MPS:  Like  the  main  INPUT  Web  site,  I do  not  think  that  MPS  is  fix-able.  I recommend  that  we 
abandon  it  and  move  to  a commercial  application  like  Salesforce.com  or  Microsoft  CRM. 

Hiring : We  have  several  slots  to  fill  to  round  out  the  Tech  Team. 

Chief  Architect:  We  hired  Mark  Keller  in  March  as  our  Chief  Architect  to  lead  the  development 
of  the  new  Microsoft  platform.  I first  worked  with  Mark  at  the  Motley  Fool  in  1999.  We  hired  him 
as  a contractor  to  help  us  with  some  database  scalability  issues.  I hired  Mark  as  my  Chief 
Architect  at  Legg  Mason  Capital  Management  (LMCM)  in  2005  to  help  re-build  LMCM’s 
software  environment. 

User  Interface:  We  hired  the  Matrix  Group  to  help  us  redesign  the  user  interface  and 
information  architecture  of  our  Web  site.  I have  worked  with  Matrix  for  the  last  10  years  Most 
recently  they  designed  the  intranet  for  LMCM.  Matrix  should  complete  wireframes  for  our  site 
before  the  end  of  May. 

Database  Administrator  (DBA):  We  are  searching  for  a DBA  to  help  us  redesign  our  current 
databases  to  improve  performance  and  re-architect  them  for  the  new  environment. 

.Net  Developers:  We  have  identified  two  contract  developers  at  Excella  who  we  will  hire  for  a 
three  month  engagement  to  help  Mark  build  the  Financial  Services  product.  In  addition  we  are 
currently  looking  for  two  full-time  developers. 

Agile  Coach:  We  have  identified  an  Agile  Coach  to  help  us  up  the  Agile/Scrum  learning  curve 
and  hope  to  bring  her  onboard  for  the  next  three  months. 

Platform  Transition  Approach 

We  plan  to  use  the  Financial  Services  product  as  the  model  for  the  new  version  of  the  INPUT 
Web  site.  The  basic  services  that  we  create  for  the  Financial  Services  product  (security, 
authentication,  personalization,  etc.)  will  be  the  foundation  for  INPUT  2.0.  Concurrent  with  the 
Financial  Services  product  development,  we  will  conduct  an  audit  of  our  current  products  to 
determine  what  functionality  we  want  to  migrate  to  the  new  site;  what  can  be  omitted;  and  what 
we  would  like  to  add.  By  the  end  of  Q3,  we  should  have  a good  idea  of  the  work  involved  how 
long  it  will  take,  and  what  the  expense  will  be. 

We  will  release  the  Financial  Services  product  on  Windows  Server  2008  using  SQL  Server  2008 
- Microsoft  s latest  server  and  database  releases.  To  do  so,  we  will  have  to  purchase  some 
software  licenses  and  servers.  We  will  also  have  to  purchase  some  developer  tools.  And  we 
will  hire  two  consultants  to  assist  with  the  coding.  The  costs  required  to  create  the  Net  platform 
and  build  the  Financial  Services  product: 

Most  Likely  Case: 


Year  1 

Year  2 

Year  3 

Total 

Production  HW  & SW 

$78,221 

$48,444 

$48,444 

$175,108 

Dev  SW 

$14,114 

$4,850 

$4,850 

$23,814 

Consulting 

$249,500 

$249,500 

Total 

$341,835 

$53,294 

$53,294 

$448,422 
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Worst  Case: 


Year  1 

Year  2 

Year  3 

Total 

Production  HW  & SW 

$78,221 

$48,444 

$48,444 

$175,108 

Dev  SW 

$21,414 

$7,650 

$7,650 

$36,714 

Consulting 

$351,000 

$351,000 

Total 

$450,635 

$56,094 

$56,094 

$562,822 

Note  that  the  expenses  above  are  only  to  create  the  foundation  for  the  new  INPUT  site  and 
build  the  Financial  Services  product  on  it.  They  do  not  include  any  costs  for  porting  our  current 
applications  to  the  new  platform.  Approximately  one  third  of  the  consulting  costs  are  Financial 
Services  specific  with  the  balance  being  for  the  web  platform  rebuild. 

We  will  have  a beta  of  the  Financial  Services  product  available  at  the  end  of  2Q09.  I estimate 
the  final  product  will  be  available  in  3Q09. 

Caveat 

My  biggest  concern  right  now  is  not  our  products.  I am  confident  that  we  can  migrate  them 
without  too  much  difficulty.  In  stark  contrast,  MPS  gives  me  cause  for  pause  and  has  me  quite 
worried.  It  does  a lot:  sales  force  automation,  client  relationship  management,  account 
provisioning,  reporting,  usage  analysis,  email  campaigns,  ticketing,  and  goodness  knows  what 
else.  The  lack  of  documentation  and  poor  design  make  it  very  difficult  to  inventory  everything  it 
does  and  all  of  the  touch  points  with  our  current  products.  The  result  is  that  we  will  likely  run 
into  many  ugly  surprises  as  we  migrate  to  a new  solution. 
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MEMORANDUM 


DATE: 


October  9,  2009 


TO: 


Tim  Dowd 


FROM: 


Dwight  Gibbs 


SUBJECT: 


Platform  Roll-out  Plan 


While  the  development  effort  is  essential  to  the  new  platform,  the  impact  of  this  project 
reaches  across  the  entire  business  and  membership.  Working  with  the  other  INPUT 
teams,  we  have  begun  planning  the  work  that  needs  to  be  done  in  conjunction  with  the 
software  releases.  The  overall  approach  is  to  have  a dedicated  roll-out  leader  from 
each  team  working  with  the  development  team  and  acting  as  the  point  person  for  their 
respective  functions.  We  will  also  leverage  technology  such  and  video,  webinars,  and 
Flash  demos  when  appropriate.  In  the  end,  the  roll-out  schedule  will  be  influenced  by 
our  risk  tolerance  for  rolling  out  a new  platform  either  right  before  or  during  Q4  - our 
busiest  time  of  the  year.  More  details  to  follow  including  the  hiring/appointment  of  the 
roll-out  project  leader. 

Member  Feedback 

While  we  are  working  on  shared  services,  we  will  conduct  focus  groups  to  get  feedback 
on  the  current  applications.  We  will  need  to  interview  2 groups  of  users: 

1 . Power  users:  These  members  will  probably  come  to  INPUT  for  a focus  group 


2.  Light  to  Mid-Level  users:  These  members  will  not  come  here.  We  will  need  to 
go  see  them  or  chat  with  them  on  the  phone. 

I will  work  with  Brian  Haney  to  schedule  3 Focus  Group  sessions  and  at  least  10 
individual  meetings.  The  sessions  and  meetings  will  be  booked  before  1/15/10  and 
completed  before  3/31/10.  We  estimate  the  internal  cost  of  booking  and  holding  the 
focus  groups  and  member  meetings  to  be  $1 1,573. 

Employee  Feedback 

I will  create  an  email  address  for  employee  feedback  on  our  current  applications  and 
link  that  address  to  Jira  (our  issue  tracking  system).  I will  then  send  out  an  email  to  our 
staff  asking  that  they  send  suggestions  for  the  redesign  to  that  address.  Once  the 
suggestions  are  in  Jira,  we  will  be  able  to  prioritize  them  appropriately. 

I will  complete  this  no  later  than  10/30/09  and  it  should  take  about  an  hour  of  my  time. 

Internal  Training 

To  get  our  internal  staff  up  to  speed  on  the  new  platform,  rather  than  scheduling  ad  hoc 
training  sessions,  we  will  hold  brown  bag  lunches  every  other  week  to  review  the 
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features  & functionality  of  the  new  versions  of  our  products.  This  will  hopefully  get 
everyone  into  a rhythm  of  attending  the  brownbags.  We  will  provide  our  team  with. 

1 . A demo  of  the  product 

2.  The  value  proposition  for  each  product 

3.  The  target  audience 

4.  Details  about  the  competition  and  how  they  compare 

5.  Any  gotchas  for  the  products 

6.  Possibly  Marketing  collateral 

These  sessions  will  be  videotaped  and  webinars  will  be  recorded  so  those  who  cannot 
make  it  to  the  brown  bags  can  view  them  later. 

I will  work  with  the  Product  Development  team  on  this.  Schalene,  Calvin,  and  Carey  will 
deliver  the  brownbags.  They  will  start  as  soon  as  we  have  the  Ul  designed  for  our  first 
product  (estimated  to  be  early  May  2010). 

The  estimated  cost  of  delivering  the  brown  bags  is  $1 5,990. 


Shakeout  Period  . , 

We  will  also  schedule  a 2 week  shakeout  for  each  product.  Once  a product  is  deemed 

ready  for  release,  we  will  have  an  internal  evaluation  period  so  that  our  employees  can 
qet  used  to  the  new  app  and  possibly  show  it  to  existing  members.  This  will  also  give 
us  some  additional  QA  time.  I will  create  a wiki  page  for  each  product  so  that  staff  can 
post  thoughts,  ask  questions,  and  relay  member  feedback  by  1/4/10. 


Each  team  (Sales,  Member  Services,  Marketing,  RAS,  Cl,  GovlA,  and  Finance  & 
Admin)  will  have  a re-platform  lead  who  will  ensure  that  each  team  is  getting  the 
information  they  need  to  do  their  jobs.  These  folks  will  also  encourage  their  team 
members  to  dig  into  the  new  products  and  provide  feedback. 

Nominations  for  re-platform  leads  from  each  team  are  due  to  me  by  1/4/1 0^  I will  check 
in  with  this  team  bi-weekly  to  determine  if  there  are  needs  that  must  be  addressed. 

I estimate  the  total  cost  of  the  one  hour  meetings  to  be  $18,720. 

Total  Cost:  The  total  hours  required  will  be  approximately  731  and  cost  $46,283. 

Other  Roll  Out  Considerations  ...  . , , 

For  Opportunities,  we  may  create  an  advanced  view  and  a basic  view  so  that  we  can 
address  the  needs  of  our  power  users  but  not  alienate  our  beginning  and  intermediate 

users. 

For  Opportunities,  we  may  keep  the  Cold  Fusion  site  available  for  our  power  users  for 
up  to  3 months. 
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MEMORANDUM 


DATE: 


October  9,  2009 


TO: 


Tim  Dowd 


FROM: 


Dwight  Gibbs 


SUBJECT:  Updated  Re-platforming  Plan 


During  2010,  the  Application  Development  team  will  begin  the  replacement  of  the 
existing  ColdFusion  (CF)  platform  with  a new  Net  platform.  The  new  platform  will  allow 
us  to  build  and  deploy  functionality  much  more  quickly  and  at  a significantly  higher 
quality  level  than  we  can  with  the  current  platform.  We  will  also  have  much  greater 
scalability  with  the  .Net  platform  which  we  will  ideally  need  as  we  offer  more  products 
and  enter  new  verticals. 

We  expect  to  start  one  week  after  delivering  GovlA  - January  25,  2010  - and  to  finish  in 
March  of  201 1 . The  cost  would  be  $1 .86M  in  201 0 and  $329K  in  201 1 for  a total  of 
$2.19M.  If  we  add  a second  development  team,  we  could  complete  the  work  by  the  end 
of  September  2010  at  a cost  of  $2.43M. 

Below  I have  outlined  the  plan  for  platform  replacement.  While  that  is  interesting 
reading,  you  may  be  more  interested  in  what  we  will  be  able  to  do  with  the  new 
platform.  Following  are  some  of  the  features  we  plan  to  include  in  the  re-platforming  as 
well  as  several  possible  scenarios  that  you  may  find  interesting. 

Note  that  we  are  building  a platform  - not  an  application.  This  means  that  there  is  really 
no  limit  to  what  we  can  do  with  it.  We  will  be  able  to  build  feature-rich  applications 
quickly  so  that  we  can  address  the  needs  of  our  business  whether  that  is  going  deep  in 
one  vertical  or  adding  a completely  new  vertical.  Outlined  below  is  a sampling  of 
capabilitied  available  to  the  Product  Development  team  to  build  new  capabilities  for  our 
members. 

What  Can  We  Do  With  the  New  Platform? 

Sharing  Lists,  Notes,  Searches,  Comments,  etc.  We  will  place  a floating  icon  on  the 
side  of  each  data  screen  that,  when  clicked,  will  expand  and  allow  our  members  to  take 
many  actions  on  the  content  they  are  viewing: 

• Create  an  RSS  link 

• Print  it 

• Email  it  to  a colleague 

• Download  it  to  Excel 

• Send  it  to  their  CRM 

• Save  it  on  their  MyINPUT  page 

• Save  it  in  a Folder 
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• Create  a note  about  it 

For  trial  subscriptions  we  will  disable  print,  email,  and  downloading. 

While  this  functionality  is  interesting  and  helpful,  what  is  more  valuable  is  the  ability  to 
share  with  colleagues  beyond  email.  We  will  allow  our  users  to  share  anything  they 
have  saved  - opps,  searches,  org  charts,  etc.  - with  their  colleagues  Initially  the 
sharing  will  be  course  - private  or  public  read-only.  However,  in  the  future  we  will  be 
able  to  give  members  the  ability  to  control  access  more  granularly  - set  some  items  as 
read-only  for  some  colleagues  but  allow  editing  by  others.  For  example  - 

Company  X has  2 employees  who  mine  opportunities  for  5 different  Business 
Development  (BD)  teams  within  the  company.  The  miners  would  be  able  to  create 
shared  folders  for  each  of  the  5 teams  that  will  show  up  on  each  team  member  s 
MvINPUT  pages.  The  miners  would  then  populate  these  folders  with  saved  Opportunity 
searches,  Opp  Notes,  Org  Charts,  Contacts,  etc.  relevant  to  each  team.  Further  the 
miners  would  be  able  to  make  these  items  editable  by  some  and  view-only  for  others. 


By  enabling  this  personalized  workflow,  we  will  facilitate  the  BD  function  of  our 
members  and  enable  greater  collaboration  within  our  member  companies. 


Skinning  Pages  We  will  be  able  to  create  multiple  "skins"  for  each  application  - a 
different  look  & feel  that  allows  us  to  cater  the  user  experience  to  the  sophistication 
level  of  the  user.  For  example: 


The  BD  miner  mentioned  above  would  have  a sophisticated,  feature-rich,  data-rich  view 
of  our  applications.  An  occasional  user  would  have  a stripped  down,  much  simpler  view 
of  the  application.  Members  would  be  able  to  switch  skins  on  the  fly  and  specify  a 
default  skin  for  each  application.  In  addition,  we  could  even  customize  the  skins  for 
each  member  company  with  its  colors  and  logo,  making  our  applications  more  their 
applications.  We  could  also  easily  co-brand  pages  if  necessary  for  different  sales 

channels. 


By  offering  multiple  skins,  we  could  make  our  applications  much  more  accessible  to 
liqht  users  without  handicapping  our  power  users.  Members  will  be  able  to  personalize 
their  experience  as  they  want.  For  the  initial  launch  we  may  create  a basic  and 
advanced  skin  for  Opportunities.  Other  skins  could  be  developed  later. 


INPUT  Mobile  We  will  create  a mobile  skin  that  will  render  our  site  and  applications 
correctly  on  multiple  mobile  browsers.  By  doing  so,  we  will  enable  our  members  to  take 
INPUT  with  them  on  the  road. 


Content  Channels  We  will  be  able  to  disseminate  our  content  quickly  and  easily  through 
multiple  channels:  our  web  site,  RSS  feeds,  email,  SMS,  Twitter,  Facebook  Linkedln, 
etc.  We  are  building  our  applications  in  a way  that  will  make  adding  channels  quick, 


easy,  and  painless. 


M - Technology  Replatforming  Plan  (2)  100909  DJG.docx 


Page  2 of  14 


Printed:  October  9,  2009 


By  distributing  our  content  over  multiple  channels,  we  will  allow  our  members  to 
consume  our  content  when  they  want,  where  they  want,  and  how  they  want.  If  they 
want  Task  Order  notifications  via  SMS  and  Twitter,  we  will  be  able  to  accommodate 
them.  If  they  want  blog  posts  via  email  and  Facebook,  we  will  be  able  to  accommodate 
that  as  well.  You  can  think  of  this  as  personalized  content  delivery. 

Automated  Up-sell/Cross-Sell  we  will  show  “ads”  for  our  content  in  an  automated 
fashion.  For  example,  when  members  are  viewing  opportunities  for  which  we  have  an 
Opportunity  Advisor  report,  we  will  automatically  display  an  ad  for  the  report.  We  can 
do  the  same  thing  to  highlight  relevant  blog  posts  and  other  content. 

By  easily  highlighting  related  content,  we  can  make  the  INPUT  site  more  useful  to  our 
members  and  ideally  sell  more  products. 

Private  Micro  Sites  While  not  planned  for  this  release,  we  could  enable  our  members  to 
dynamically  create  their  own  micro  sites  within  our  site.  These  sites  could  have  blogs, 
message  boards,  wikis,  and  document  sharing.  The  creator  of  the  micro  site  could 
control  the  access  to  the  site  - who  can  read/write  content  on  the  site.  We  could  even 
enable  non-members  access  to  the  micro  sites  - a great  way  to  have  prospects  try 
INPUT. 

The  best  example  of  this  functionality  is  teaming.  Members  could  create  teaming  micro 
sites  and  invite  their  teaming  partners  to  the  sites.  Within  the  micro  sites  they  could 
collaborate  and  share  knowledge  & documents. 


By  offering  micro-sites,  we  could  have  another  product  we  can  sell  and,  more 
importantly,  give  members  another  reason  to  conduct  their  business  on  our  site,  making 
INPUT  even  more  addicting.  Related  to  this  - 


Business  Process  Management  (BPM)  for  Members  As  part  of  the  micro  sites,  we  could 
offer  limited  BPM  functionality.  This  would  allow  our  members  to  create  workflows  for 
document  routing,  document  assembly,  bid  creation,  etc.  within  our  site.  We  could  even 
create  Outlook  calendar  appointments,  tasks,  and  reminders  for  members  based  on 
BPM  workflows. 


By  offering  workflow  capability,  we  could  add  yet  another  product  we  can  sell  and  make 
it  possible  to  run  the  entire  bidding  process  on  the  INPUT  site.  Related  to  this  - 


RFP  Extractor  and  Proposal  Generator  While  not  planned  for  the  initial  release,  we  can 
create  a tool  to  parse  an  RFP  into  its  component  parts.  The  parts  could  then  be  routed 
with  BPM  workflows  to  the  appropriate  team  members.  The  tool  could  even  guide  team 
members  within  their  parts  of  proposal  generation.  Once  the  component  parts  of  the 
proposal  are  created,  our  tool  could  merge  them  and  assemble  the  final  proposal. 

This  would  be  useful  for  strategic  members  managing  large  teaming  groups  as  well  as 
small  members  who  do  not  have  as  much  experience  creating  bids.  It  is  yet  another 
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tool  we  can  sell  that  will  make  it  even  easier  for  members  to  conduct  their  business  on 
our  site. 

As  an  added  benefit,  we  could  analyze  the  data  gleaned  for  the  proposal  generation  tool 
to  create  best  practice  workflows  for  bid  creation. 

Distributed  Authentication  We  will  allow  our  member  companies  to  control  who  within 
their  companies  can  access  INPUT.  By  adding  their  employees  to  a specific  Active 
Directory  group,  their  employees  will  be  able  to  access  INPUT  via  single  sign  on.  This 
means  there  will  be  no  need  for  a user  name/password  for  each  user  - when  they  hit 
the  INPUT  site,  they  will  automatically  be  logged  in.  Note  that  this  will  require  work  to 
do  by  the  Members’  IT  groups.  While  this  sounds  too  geeky  and  technical  to  be  of 
interest,  it  becomes  very  interesting  when  you  consider  - 

INPUT  for  the  Intranet  We  will  create  a Web  services  interface  into  our  applications. 

This  will  make  it  easy  for  our  members  to  integrate  INPUT  into  their  intranets,  making 
INPUT  another  tool  on  their  networks.  With  Distributed  Authentication,  the  user 
experience  would  be  seamless  - no  INPUT  login  required  to  access  our  applications. 

By  allowing  members  to  integrate  our  applications  into  their  intranets,  we  will  make 
INPUT  a key  tool  in  our  members  daily  workflow. 

INPUT  Widgets  While  not  planned  for  initial  release,  the  Web  services  interface  would 
also  allow  us  to  create  INPUT  widgets  that  our  members  could  load  on  their  desktops. 
The  widgets  could  show  new  posts  on  message  boards,  wiki  updates,  new 
Opportunities,  Opportunity  Alters,  blog  posts,  or  anything  else  we  want  to  show.  This  is 
yet  another  way  to  tie  our  users  to  our  content  and  allow  them  to  consume  our  content 
when  and  how  they  want. 

I could  go  on  and  on  about  the  functionality  we  can  offer  our  members  with  the  new 
platform.  Hopefully  the  above  examples  give  you  an  idea  of  what  is  possible.  What  is 
outlined  on  the  following  pages  are  details  in  making  this  a reality  including  a release 
schedule  of  functionality.  The  schedule  is  a critical  element  in  determining  roll  out 
activities  across  the  INPUT  teams  and  most  importantly  across  the  membership. 

Review  of  the  following  information  is  dependent  on  your  level  of  interest  in  the  details. 

Pre-Work  in  2009 

Domain  Model 

During  October  and  November,  Mark  Keller,  Megan  Gamse,  Carey  Webster,  Schalene 
Dagutis,  and  I will  be  developing  a domain  model  for  INPUT’S  business.  From  this 
model,  we  will  be  able  to  create  both  a data  model  and  a services  model  for  INPUT  - 
both  are  key  components  to  re-building  the  platform.  In  December  we  will  begin 
building  the  future  state  databases. 

Commercial  Off  The  Shelf  Software  (COTS) 
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There  are  two  key  COTS  packages  that  will  help  us  expedite  the  re-platform  effort:  a 
Business  Process  Management  system  and  a Content  Management  System. 

Business  Process  Management  (BPM) 

Data  Manager  is  a significant  chunk  of  ColdFusion  (CF)  code  that  parses  all  of  the  data 
we  download  from  web  sites  with  the  WebQL  scraping  tool.  Currently,  changing  the 
way  Data  Manager  works  requires  a CF  developer  to  manipulate  the  code.  Rather  than 
rebuilding  Data  Manager  in  Net,  we  will  replace  it  with  a BPM  tool. 

During  October,  Jenelle  Bennett  and  I will  evaluate  3 BPM  vendors  (Metastorm, 
Lombardi,  and  Appian)  and  select  the  tool  we  will  use.  We  will  also  begin  the  analysis 
of  Data  Manager,  documenting  what  it  does,  the  business  logic,  and  ways  it  can  be 
improved.  This  will  allow  us  to  begin  the  rebuild  of  Data  Manager  in  1Q10. 

It  is  worth  noting  that  the  BPM  tool  will  be  used  for  much  more  than  just  replacing  Data 
Manager.  We  will  be  working  throughout  2010  to  automate  processes  across  INPUT 
with  the  goal  of  increasing  efficiency  by  at  least  10,000  man-hours  annually  equivalent 
to  5 FTE. 

Content  Management  System  (CMS) 

Mark  Keller  and  I are  working  with  Hiba  Mohammed  in  Marketing  to  evaluate  Content 
Management  Systems.  We  should  have  a recommendation  before  the  end  of  October. 
While  the  main  function  of  the  CMS  will  be  to  publish  and  manage  the  public  INPUT 
Web  site,  the  CMS  we  select  will  also  facilitate  the  platform  re-build  by  providing  pre- 
built, pre-integrated  controls  that  we  can  use  for  things  like  Email  to  a colleague,  RSS 
feeds,  Format  for  Print,  eCommerce  catalogs,  wikis,  message  boards,  blogs,  document 
libraries,  etc.  By  leveraging  a CMS,  we  should  be  able  to  avoid  hundreds  of  hours  of 
development  work.  In  addition,  a CMS  will  allow  business  users  to  create  new  pages 
on  the  INPUT  site  by  using  page  templates  and  re-using  components  we  will  build. 

They  will  not  need  assistance  from  a developer  to  build,  edit,  or  manage  pages  on  our 
site.  This  is  how  we  will  create  new  products  for  existing  and  new  markets. 

Search 

Search  will  be  one  of  the  most  significant  undertakings  in  the  re-platforming  effort.  We 
need  to  carve  our  content  into  multiple  catalogs  so  that  we  can  enable  search  across  all 
the  component  parts  of  our  site.  We  must  also  add  features  and  functionality  to  our 
search  offering  - search  within  results,  synonyms,  suggested  documents/pages, 
spelling  corrections,  etc.  In  addition,  we  need  to  incorporate  our  authentication  system 
into  search  so  that  users  can  only  see  results  for  what  they  have  purchased. 

We  will  begin  work  on  the  new  Search  tool  later  in  October.  This  will  allow  us  to  roll 
Search  out  on  the  existing  CF  site.  To  make  this  happen  we  will: 

• Move  Paul  and  Ken  to  re-building  Search,  projected  to  take  1 3 weeks 

• Hire  a Solr  consultant  to  assist  for  the  1 3 weeks,  expected  to  cost  about  $65K 

• Hire  Matrix  designers  to  build  the  Ul  for  Search,  expected  to  cost  about  $20K 

• Hire  2 Net  contractors  to  backfill  for  Paul  and  Ken  expected  to  cost  about  $1 1 5K 
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If  we  start  on  October  19th,  we  should  finish  the  week  of  January  15th.  Note  that  about 
40%  of  the  work  would  have  to  be  re-done  on  the  .Net  platform. 

User  Story  Development 

Mark  Keller,  Nimat  Haque,  Grant  Laing,  and  I will  spend  much  of  December  and 
January  working  with  business  owners  to  develop  user  stories  for  the  re-platforming 
effort.  We  plan  to  maintain  a backlog  of  at  least  200  story  points  so  that  the 
development  team  will  have  plenty  of  options  to  smooth  the  workload  and  avoid 
bottlenecks. 

Re-Platforming  in  2010 

Government  Investing  Advisor 

We  will  begin  the  re-platforming  work  in  January  2010,  after  the  release  of 
GovlA,  currently  slated  for  the  week  of  January  1 1th.  I anticipate  a week  of  mop  up 
work  resulting  in  an  official  re-platforming  launch  of  January  25th. 

Note  that  the  plan  calls  for  one  Net  developer  100%  allocated  to  GovlA  support  through 
March  2010  and  then  50%  allocated  through  June  2010.  The  reason  for  this  is  that 
GovlA  is  a version  1 .0  product.  We  will  likely  get  many  change  requests  from  clients 
that  will  need  to  be  implemented  to  facilitate  more  sales. 

Components 

There  are  3 primary  components  of  the  re-platforming  effort:  Shared  Services,  User 
Interface,  and  Applications. 

Shared  Services 

Shared  Services  are  the  software  components  that  we  will  use  across  our  products. 

You  can  think  of  them  as  the  basic  building  blocks  which  we  will  use  to  re-create  our 
existing  products  and  build  new  products.  These  include: 

• Authentication  & Authorization:  We  will  build  a generic  service  with  Microsoft’s 
Geneva  tool  to  manage  the  authentication  (do  we  know  this  user?)  and 
authorization  (does  the  user  have  right  to  the  requested  content?)  for  our  sites. 

• Personalization:  We  will  build  a generic  service  to  allow  our  users  to  save 
settings  e g.,  their  CRM  tool  with  their  user  name  and  password  and  things  e g., 
searches,  opportunities,  org  charts,  contracts,  contacts,  etc. 

• Send  Email:  We  will  build  a robust,  high  capacity  email  sending  service.  Given 
the  large  number  of  emails  we  send  which  will  hopefully  increase,  we  need  an 
extremely  robust  email  sending  tool. 

• Alerting:  We  will  build  a generic  service  to  send  messages  at  specific  times 
(immediately,  daily,  weekly,  monthly,  quarterly,  etc.)  and  via  multiple  channels 
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(email,  IM,  SMS,  and  possibly  Linkedln,  Twitter,  and  Facebook).  It  will  be  written 
so  that  adding  intervals  and  channels  will  be  easy. 

CRM  Integration:  We  will  rebuild  the  integration  with  SalesForce,  Deltek, 
Microsoft  CRM,  and  Privia. 


Search  for  .Net:  We  will  build  the  new  Search  tool  into  the  Net  platform. 

r.hanne  Displayed  Fields:  We  will  build  a generic  service  to  allow  users  to 
change  display  fields  on  data  grids  and  persist  these  selections  across  sessions. 

Usage  Tracking:  We  will  build  a generic  service  to  track  usage  across  our  sites 
for  display  in  MPS. 

Send  To:  We  will  build  a generic  service  to  allow  our  users  to:  Subscribe  via^ 
RSS  Print  a page,  Email  a page  to  a Colleague,  Save  in  Mylnput,  Send  to  CRM, 
Save  in  a Folder,  Format  for  Web  Archive,  and  Download  to  Excel. 

Logging:  We  will  build  a generic  service  to  record  events  like:  accounts  logged 
in/out,  emails  sent,  files  downloaded,  etc. 

Pnn  impnt  Management:  We  will  build  a generic  tool  to  manage  the  documents 
across  our  sites. 


i Inload  Document:  We  will  build  a generic  service  to  allow  users  to  upload 
documents  and  record  metadata  for  each  document.  Related  to  this  - 


Notes'  We  will  build  a generic  service  to  allow  users  to  take  notes  on  individual 
O^  Org  Charts,  Grants,  etc.  They  will  be  able  to  share  the  notes  with  others 

in  their  organization. 


rt  of  the  shared  services  work,  we  will  also  apply  development  resources  to: 

r.nntpnt  Management:  As  mentioned  above,  we  will  implement  a content 
management  systemto  manage  the  public  web  site.  We  will  also  use  pieces  of 
the  CMS  to  facilitate  the  development  of  our  private  site. 

nata  Pata  Manager  WebQL:  As  part  of  the  re-platforming  effort,  we  will  rebuild 
o^JZ^a^ni^the  linkages  from  the  legacy 'databases  to  our  new 
databases.  As  mentioned  above,  we  will  move  much  of  the  Data  Manage 
functionality  to  our  BPM  system  and  to  SQL  Server  Integration  Server  (SSIS). 

By  doing  so,  we  will  be  able  to  retire  the  ColdFusion  code,  increase  visibihty,  an 
improve  automation,  ideally  saving  hundreds  of  hours  of  manual labor 
month.  In  addition,  this  will  allow  non-techies  to  change  business  logic  in  Data 

Manager. 
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• MPS  Integration:  We  will  also  need  to  integrate  the  converted  products  into  MPS 
so  that  they  can  be  provisioned  and  usage  can  be  tracked.  Given  the  general 
lack  of  architecture  in  MPS  and  the  existing  spaghetti  code,  this  will  require  a 
significant  amount  of  work. 

• CF/.Net  Integration:  As  we  convert  our  products  to  the  new  platform,  we  will 
need  to  integrate  them  into  the  legacy  ColdFusion  platform.  This  will  require  a 
significant  amount  of  work  in  CF  to  change  all  linkages  to  the  converted  products. 

User  Interface  Effort 

The  platform  re-build  will  require  a significant  amount  of  User  Interface  work  as  we  must 
replace  our  existing  navigation  system  as  well  as  all  of  our  screens.  This  requires 
examining  every  product  and  determining  the  best  layout  from  both  a usability  and 
aesthetic  perspective. 

Applications  Porting 

The  final  phase  of  the  re-platforming  effort  is  to  migrate  all  of  our  applications  from  the 
ColdFusion  platform  to  the  new  .Net  platform.  Wherever  possible  we  will  use  our  CMS 
to  build  base  pages  and  then  add  custom  and  shared  components  to  each. 

We  will  start  with  Task  Orders  as  Sales  and  Member  Services  believe  that  improving 
the  product  will  help  increase  sales.  We  will  move  on  to  relatively  simple  products  like 
State  Profiles,  Local  Snapshots,  and  Labor  Rates.  We  will  then  move  up  the  complexity 
curve  with  products  like  TOONS  and  Vendor  Profiles.  And  then  we  will  tackle  the  most 
complex  apps  like  Opportunities.  We  will  finish  with  the  least  valuable  applications  like 
Stimulus,  TEDS,  and  GovEdge. 

Note  that  we  will  be  able  to  change  the  order  of  product  development  should  the 
business  require  us  to  do  so.  However,  we  will  need  to  finish  the  development  of 
shared  services  and  user  interface  design  before  we  can  begin  porting  applications. 

Resources  & Cost 

The  Replatforming  team  will  consist  of: 

• 1 Manager  - Dwight 

• 1 Architect  - Mark 

• 2 Product  Owners  (PO)  - Rick  and  Grant 

• 1 Scrum  Master  - Nimat 

• 1 Database  Administrator  (DBA)  - Gary 

• 5 Net  Developers  - Paul,  Buck,  Ken,  Tony,  and  a new  FTE  (in  the  2010  budget) 

• 2 Net  Consultants  - Roberto  and  Paolo 

• 1 Ul  Developer  - a new  FTE  (in  the  2009  budget) 

• 1 Quality  Assurance  / Tester  (QA)  - a new  FTE  (in  the  2009  budget) 

• 1 Business  Process  Analyst  - Jenelle 
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This  team  will  be  augmented  with  consultants  to  help  with  Search,  Business  Process 
Management,  Content  Management,  Customer  Relationship  Management,  and  User 
Interface  development. 

The  software  development  effort  required  is  approximately  17  man  years.  The  cost  of 
the  resources  is  approximately  $2.06M  in  2010  and  $378K  in  201 1 for  a total  of  $2.44M. 
This  includes  the  time  of  the  development  team  listed  above. 

If  we  opted  to  replace  our  2 .Net  Consultants  with  employees  (which  we  will  likely  do), 
the  cost  would  drop  to  $1 .86M  in  2010  and  $329K  in  201 1 for  a total  of  $2.19M. 

In  terms  of  software,  the  cost  of  the  BPM  system  will  be  approximately  $200K.  The 
Content  Management  System  would  cost  about  $50K.  Both  of  these  will  be  capitalized 
over  3 years  and  will  be  used  for  more  than  the  platform  re-build. 

Acceleration 

If  we  want  to  accelerate  the  re-platform  effort  and  complete  it  in  less  than  1 5 months, 
we  could  add  a second  development  team  consisting  of: 

• 1 FTE  Scrum  Master 

• 1 FTE  PO 
. 1 FTE  QA 

• 3 FTE  .Net  Developers 

• 2 Net  Consultants 

• 1 Ul  Consultant 

With  a second  development  team  onboard,  we  could  complete  the  work  by  the  end  of 
September  2010  at  a cost  of  $2.43M. 

One  factor  to  keep  in  mind  is  the  go-forward  tech  staff  cost.  If  we  accelerate  the  plan, 
after  the  re-platforming  effort  we  would  have: 

• 3 additional  .Net  developers 

• 1 additional  QA  resource 

• 1 additional  Scrum  Master 

• 1 additional  Product  Owner 

If  we  believe  the  steady-state  developer  count  should  be  8 (10  if  we  replaced  2 of  the  4 
Net  Consultants  with  FTEs),  this  is  not  a problem.  If  we  believe  that  it  should  be  less, 
we  would  have  to  lay  staff  off. 

It  is  worth  noting  that  the  management  burden  of  doubling  the  team  would  be 
significant.  Mark  Keller  and  I would  not  be  able  to  focus  on  anything  other  than  the 
platform  re-development.  The  only  way  around  that  would  be  to  hire  an  additional 
architect  to  help  manage  the  teams. 

The  team  would  also  not  be  able  to  accommodate  any  additional  work.  This  would 
make  adding  another  vertical  such  as  Health  IT  extremely  difficult.  I know  that  doing  so 
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is  not  on  the  2010  plan  but  wanted  to  point  this  out  as  we  will  have  limited  flexibility  in 
2010. 

The  baseline  and  accelerated  quarterly  release  plans  are  below. 
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^ INPUT 

Technology  Team 

Re-Platforming  Quarterly  Release  Plan  Baseline 


1Q2010 


Man 


Weeks 

Cost 

Tasks  

173 

$552,513 

Authentication  & Authorization 
Content  Management 
Data  Manager 
Personalization 

2Q2010 

Man 

Weeks 

Cost 

Tasks  

175 

$465,678 

MPS  Integration 
Send  Email 
Alerting 

CRM  Integration 
Outlook  Plug-In 
Search  for  Net 
Change  Displayed  Fields 

3Q2010 

Man 

Weeks 

Cost 

Tasks  

204  $561,377  CF/. Net  Integration 


Usage  Tracking 

Send  To  - email,  print,  RSS,  Excel,  MyINPUT, 
etc. 

Logging 

Document  Management 

Upload  Document 

Notes  (Personal  & Company) 

Task  Orders 
State  Profile 


Outlook,  archive,  folder,  CRM 


Labor  Rates 
Local  Snapshot 


4Q2010 

Man 

Weeks Cost Tasks 

184  $479,429  Agency  Profile 

TOONS 

FPDS  Vendor  Profiles 
Federal  Opps 
FBO 
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Federal  and  S&L  Industry  Analysis;  Opp  Advisor;  Competitive  Intelligence 

Vertical  Profile 

Documents  Library 

Contracts 

Contacts 

Grants 


1Q2011 

Man 

Weeks Cost Tasks 

149  $377,926  MyINPUT 

S&L  Opps 

Teaming/INPUT  Network,  Personal  Profile,  Company  Profile 

GovEdge 

eCommerce 

Economic  Stimulus 

TEDS 

Org  Charts 
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INPUT 

Technology  Team 

Re-Platforming  Quarterly  Release  Plan  Accelerated 

1Q2010 

Man  Weeks  Cost Tasks 

261  $796,990  MPS  Integration 

Authentication  & Authorization 

Personalization 

Content  Management 

Data  Manager 

Logging 

Alerting 

Search  for  Net 


2Q2010 

Man  Weeks  Cost Tasks 

325  $942,110  CRM  Integration 

Document  Management 
Outlook  Plug-In 

Send  To  - email,  print,  RSS,  Excel,  MyINPUT,  Outlook,  archive,  folder, 
CRM  etc. 

Change  Displayed  Fields 
Notes  (Personal  & Company) 

Usage  Tracking 
Upload  Document 
CF/.Net  Integration 
Send  Email 
Task  Orders 
Local  Snapshot 
State  Profile 
Agency  Profile 
Labor  Rates 
FBO 

Federal  Opps 
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3Q2010 

Man  Weeks  Cost Tasks — 

261  $689,125  Vertical  Profile 

Federal  and  S&L  Industry  Analysis;  Opp  Advisor;  Competitive  Intelligence 

Contracts 

TOONS 

FPDS  Vendor  Profiles 
Documents  Library 
Grants 
S&L  Opps 
Contacts 

Teaming/INPUT  Network,  Personal  Profile,  Company  Profile 

Economic  Stimulus 

MyINPUT 

Org  Charts 

GovEdge 

TEDS 

eCommerce 
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Section  3:  Preliminary  Due  Diligence  Request  List 


DDCSC 6 


Primary 

Owner 


Secondary 
Owner 


Due  date 


Supporting 
Docs  Y/N? 


List  of  all  warrants  or  other  rights  to  purchase  securities,  including  holders,  strike  prices  and  expiration  dates,  including 
all  holders  and  number  held  by  each.  All  restricted  stock,  phantom  stock,  employee  stock  purchase  or  employee  stock 


KG 


Projected  cash  requirements  and  future  financing  plans 
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Section  3:  Preliminary  Due  Diligence  Request  List 


ID 


Request 


Primary 

Owner 


Secondary 

Owner 


Due  date 


Supporting 
Docs  Y/N? 


DDF  10 


Overview  of  any  current  outstanding  debt  or  other  significant  obligations  (on-  or  off-balance  sheet),  including  description  KQ 


Amount  and  description  of  any  net  operating  loss  carry-forwards,  or  any  other  special  tax  assets  or  liabilities,  if  any 


KG 
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ID 

Request 

Primary 

Owner 

Secondary 

Owner 

Due  date 

Supporting 
Docs  Y/N? 

DDMC  1 

Market  research  (any  relevant  industry,  analyst  or  consulting  reports  or  other  information  previously  collected  by  the 
company) 

MBC 

DDMC2 

Market  size  and  forecasts  (growth  & maturity  of  market) 

KP 

DDMC  3 

List  of  competitors  and  their  respective  market  shares,  if  available. 

MBC 

DDMC  4 

Sustainability  of  anv  competitive  / strateqic  advantages  possessed,  differentiators 

MBC 

BH 

DDMC  5 

Any  available  business  or  financial  information  on  competitors.  What  are  the  approximate  size  and  historical  and 
oroiected  arowth  rates  of  the  market(s)  in  which  the  Company  competes 

KG 

MBC 

DDMC  6 

Discussion  of  competition  bv  aeoqraphical  location,  includinq  the  effects  of  foreign  competition  if  pertinent 

MBC 

TPD 

DDMC  7 

Discuss  new  entrants  and  barriers  to  entry 

TPD 

KP 

DDTech 

Technoloqv 

DDTech 1 

Detailed  description  of  operatinq  environment,  compatibilities  and  plan 

KP 

TPD 

DDTech  2 

Detailed  information  on  technoloqv  architecture  and  competitive  advantages 

KP 

TPD 

DDTech  3 

Anv  technology  overview  information  includinq  RFPs,  marketinq  materials,  white  papers,  etc 

KP 

TPD 

DDTech  4 

Description  of  any  third  party  software  incorporated  into  any  current  or  legacy  product  offering  including  significant  terms 
(e.o.  cost,  chanqe  of  control  provisions,  etc) 

KP 

TPD 

DDFOPS 

Facilities  / Operations 

DDFOPS 1 

List  maior  suooliers/distributors,  if  anv,  and  brief  description  of  current  relationship 

KG 

KP 

DDFOPS  2 

Discuss  the  importance  of  each  and  if  alternative  sources  exist  if  primary  supplier  is  disrupted 

KP 

KG 

DDFOPS  3 

Discuss  the  financial  strenqth  of  each  and  the  bargaining  power  they  possess 

KP 

KG 

DDFOPS  4 

Provide  list  of  anv  service  or  management  contracts 

KG 

KP 

DDFOPS  5 

C.  Provide  an  organization  chart  for  all  domestic  and  foreign  subsidiaries.  Chart  should  disclose  existence  of  minority 
interests  and  joint  ventures,  if  anv 

KG 

DDLGL 

Legal 

DDLGL 1 

Firm  and  contact  names  of  accountants  and  legal  counsel 

KG 

DDLGL  2 

Material  litigation  (prior  / existing  / potential) 

KG 

PAC 

DDLGL  3 

Other  material  contracts  / agreements  / obligations  (and  assignability  of  such  contracts),  including  all  parties  from  which 
consents  are  needed  for  acquisition  / merger 

KG 

KP 

DDLGL 4 

Real  orooertv  leased  or  owned,  includinq  assessed  valuation  of  owned  property  or  copies  of  leases 

KG 

DDLGL  5 

Patents,  trademarks,  other  intellectual  property 

KG 
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Financial  Press  Release 

« Back 

Deltek  Launches  govWin,  An  Innovative  Network  that  Empowers  Government  Contractors  to  Win  More  Business  and 

^'^brStrough  govWin  network  will  feature  govWin  CRM,  a SaaS-based  solution  that  streamlines  the  entire 

business  development  process 

HERNDON  Va  Jan  21  2010  (BUSINESS  WIRE)  — Deltek,  Inc.  (Nasdaq:  PROJ)  today  announced  the  launch  of  govWin,  a 
LZa, time  network  that  empowers  government  contractors  to  win  more  business  and  drive  profitab.^By  combin.ng 
networking  capabilities  to  promote  subcontracting  teaming  opportunities,  cutting-edge  software  applications,  and  unique 
industry  content,  govWin  delivers  the  industry's  only  online  community  dedicated  to  solving  common  business  problems  for 

government  contractors.  , ..„ , 

The  ground-breaking  govWin  network  builds  on  the  innovative  capabilities  of  mySBX  and  offers  a vanety  of  differentiated 
solutions  that  solve  many  of  the  pervasive  challenges  that  growth-oriented  government  contractors  face  in  the  market  today. 
These  challenges  include: 

Discovering  teaming  partners  to  win  the  right  business  - The  connectivity  power  of  the  massive  govWin  network  enables 
contractors ?o  quickly9 find  and  establish  teaming  relationships  with  subcontractors  that  have  specific  qualifications  and 
capabilities  that  are  needed  to  win  business.  In  addition,  the  breadth  of  the  network  helps  companies  locate  and  track 

^ernrnent  con^ofons  fHe 

for  unutilized  consultants  Through  the  govWin  network,  government 
contractorscan  advertise  and  subcontract  out  their  available  resources  to  companies  that  need  qualified  people  to  ful* 
contracts  with  the  Government.  In  this  way,  companies  leverage  govWin  to  capture  revenue  that  they  otherwise  would  n 

rmninadvaluable  insiaht  into  industry  drivers  - Government  contractors  that  understand  best  practices  and  industry  trends 
are  best-positioned  for  success  govWin  consolidates  and  promotes  content  from  a vanety  of  sources  It  features  expert  blogs 
from  industry  practitioners,  community  forums  led  by  subject  matter  experts,  and  highlighted  news,  events,  and  knowledge 
from  across  the  Internet. 

"We  are  very  excited  to  launch  the  revolutionary  govWin  network  to  continue  to  drive  innovation  and  value  for  our  government 
contracting  customers,"  said  Kevin  Parker,  President  and  CEO  of  Deltek.  "Given  our  market  leadership  in  government 
contracting,  only  Deltek  is  uniquely  positioned  to  create,  deliver,  and  continually  evolve  an  online  community  that  is  dedicated 
to  serving  the  needs  of  this  industry.  Building  on  the  capabilities  acquired  with  mySBX,  we  have  created  govWin  as  the  place 
that  government  contractors  go  to  solve  their  business  problems.  While  govWin  offers  numerous  capabilities  that  add  value  for 
government  contractors,  we  are  particularly  interested  in  leveraging  govWin  to  deliver  solutions  in  a Software-as-a-Service 
model.  We  are  committed  to  expanding  the  capabilities  of  the  network  throughout  2010  and  beyond." 

To  leam  more  about  the  govWin  network,  please  visit  Mfeyfcww:C|OvWin  cqm- 

About  Deltek 

Deitek(R)  (Nasdaq  PROJ)  is  the  leading  provider  of  enterprise  applications  software  and  solutions  designed  specifically  for 
project-focused  businesses.  For  more  than  two  decades,  our  software  applications  have  enabled  organizations  to  automate 
mission-critical  business  processes  around  the  engagement,  execution  and  delivery  of  projects.  More  than  12,000  customers 
worldwide  rely  on  Deltek  to  measure  business  results,  optimize  performance,  streamline  operations  and  w,n  new  business. 
Visit  him  V/www.deltek.com. 

Photos/Multimedia  Gallery  Available:  htto://www.businesswire.com/cqi-bin/irimq.cgi?eid-6149979&lang-en 
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